Friday, 2014-06-27

jrollShrews: rebased ^00:01
*** blamar has quit IRC00:08
*** ellenh has quit IRC00:15
*** blamar has joined #openstack-ironic00:18
*** ellenh has joined #openstack-ironic00:19
*** matsuhashi has joined #openstack-ironic00:25
*** yfujioka has joined #openstack-ironic00:30
*** ellenh has quit IRC00:38
*** ellenh has joined #openstack-ironic00:38
*** matsuhashi has quit IRC00:40
*** matsuhashi has joined #openstack-ironic00:40
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add Node decommission in conductor  https://review.openstack.org/10298400:43
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add Node decommission in conductor  https://review.openstack.org/10298400:43
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add Node decommission in conductor  https://review.openstack.org/10298400:50
*** matsuhashi has quit IRC00:51
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add node decomission interfaces  https://review.openstack.org/10295300:51
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add Node decommission interfaces  https://review.openstack.org/10295300:51
*** matsuhashi has joined #openstack-ironic00:51
*** matsuhashi has quit IRC00:55
*** achanda has quit IRC01:05
*** openstackgerrit has quit IRC01:06
*** openstackgerrit has joined #openstack-ironic01:07
*** achanda has joined #openstack-ironic01:13
*** achanda has quit IRC01:13
*** matsuhashi has joined #openstack-ironic01:21
*** matsuhashi has quit IRC01:27
*** hemna has quit IRC01:31
openstackgerritGhe Rivero proposed a change to openstack/ironic: Update image_source when available  https://review.openstack.org/10298801:34
*** lazy_prince has quit IRC01:52
*** nosnos has joined #openstack-ironic01:52
*** GheRivero is now known as GheRivero_afk01:56
openstackgerritA change was merged to openstack/ironic: Fix 'fake' driver unable to finish a deploy  https://review.openstack.org/10296202:29
openstackgerritAdam Gandelman proposed a change to openstack/ironic: pep8 cleanup of Nova code  https://review.openstack.org/10300102:34
*** eghobo has quit IRC02:38
*** harlowja is now known as harlowja_away02:53
*** rloo has quit IRC03:01
*** geekyogi has joined #openstack-ironic03:31
*** achanda has joined #openstack-ironic03:39
*** killer_prince has joined #openstack-ironic03:43
*** killer_prince is now known as lazy_prince03:43
*** nosnos has quit IRC03:49
*** nosnos has joined #openstack-ironic03:49
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095103:49
*** nosnos has quit IRC03:50
*** nosnos has joined #openstack-ironic03:50
*** nosnos has quit IRC03:55
*** eghobo has joined #openstack-ironic03:55
*** amitpp has joined #openstack-ironic03:59
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300704:09
*** nosnos has joined #openstack-ironic04:13
*** ellenh has quit IRC04:13
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300704:14
*** rameshg87 has joined #openstack-ironic04:14
*** ellenh has joined #openstack-ironic04:14
*** eghobo has quit IRC04:16
*** lazy_prince is now known as killer_prince04:20
*** ccrouch has joined #openstack-ironic04:41
*** ccrouch has quit IRC04:46
*** eghobo has joined #openstack-ironic04:46
*** achanda has quit IRC04:52
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095104:52
*** achanda has joined #openstack-ironic04:53
*** achanda has quit IRC04:54
*** Shiv has joined #openstack-ironic04:55
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300704:56
*** Shiv has quit IRC04:59
*** rakesh_hs has joined #openstack-ironic05:04
*** yfujioka has left #openstack-ironic05:04
*** pradipta` is now known as pradipta05:13
*** ajc_ has joined #openstack-ironic05:15
*** killer_prince is now known as lazy_prince05:16
*** lazy_prince is now known as killer_prince05:21
*** coolsvap|afk is now known as coolsvap05:22
*** bmahalakshmi has joined #openstack-ironic05:23
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties at node-create/node-update  https://review.openstack.org/10095105:28
openstackgerritNisha Agarwal proposed a change to openstack/ironic-specs: Discover node properties for iLO driver  https://review.openstack.org/10300705:34
*** eghobo has quit IRC05:38
*** eghobo has joined #openstack-ironic05:38
*** Nisha has joined #openstack-ironic05:39
*** bvivek has joined #openstack-ironic05:41
*** killer_prince is now known as lazy_prince05:42
*** geekyogi has quit IRC05:57
*** sabah has joined #openstack-ironic06:05
*** chen12 has joined #openstack-ironic06:06
*** eguz has joined #openstack-ironic06:06
*** eghobo has quit IRC06:10
*** radsy has quit IRC06:11
chen12hello, anyone here ???06:12
chen12I'm trying to install/using ironic.06:12
chen12I have followed steps here :http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack06:12
chen12While, after I run command "nova boot --flavor baremetal --image $image test-instance"06:12
chen12My instance stays in BUILD and spawning for a really long time, and become ERROR at end.06:12
chen12This is my log for compute.log:06:12
chen12http://paste.openstack.org/06:12
chen12Looks like it is waiting ironic node to become ACTIVE.06:12
chen12This is my ironic-conductor service log:06:12
chen12http://paste.openstack.org/show/85043/06:12
chen12No obvious error message can be find, but there is a warning:06:12
chen12WARNING ironic.common.neutron [-] No VIFs found for node c9caca46-64a7-44d5-b6db-554077b2473a when attempting to update Neutron DHCP BOOT options.06:12
chen12Is this warning caused instance can't start ??06:12
chen12I also check neutron-server, no IP has been allocated at all.06:12
chen12Anyone know why this is happened ???06:13
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/10212606:32
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/8872206:32
*** geekyogi has joined #openstack-ironic06:34
*** bvivek has quit IRC06:35
*** xuhaiwei_ has joined #openstack-ironic06:35
xuhaiwei_when I tried to provision a baremetal machine, I got this error "Node "overcloud-compute-node1" with MAC address [u'6c626dcbf5ed'] not found."06:37
xuhaiwei_it seems this error happens when trying set power on, but as far as I know the IPMI use ip to restart os, but why MAC is used here?06:38
*** foexle_ has joined #openstack-ironic06:43
*** nosnos has quit IRC06:44
*** nosnos has joined #openstack-ironic06:44
*** rwsu has quit IRC06:53
*** pradipta is now known as pradipta_away06:54
*** jcoufal has joined #openstack-ironic06:54
*** bvivek has joined #openstack-ironic07:05
*** mrda is now known as mrda-weekend07:06
*** sabah has quit IRC07:06
*** viktors|afk is now known as viktors07:13
*** eguz has quit IRC07:15
*** lynxman has quit IRC07:17
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Wait for Neutron port updates when using SSHPower  https://review.openstack.org/9171907:17
openstackgerritSirushti Murugesan proposed a change to openstack/ironic-specs: Whole Disk Image Support for PXE Deploy Driver  https://review.openstack.org/9715007:24
*** lynxman has joined #openstack-ironic07:31
*** bvivek has quit IRC07:36
*** GheRivero_afk is now known as GheRivero07:38
*** takadayuiko has joined #openstack-ironic07:43
*** pcrews has quit IRC07:49
*** romcheg has joined #openstack-ironic07:49
chen12hello, anyone here ???07:53
chen12I'm trying to install/using ironic.07:53
chen12I have followed steps here :http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack07:53
chen12While, after I run command "nova boot --flavor baremetal --image $image test-instance"07:53
chen12My instance stays in BUILD and spawning for a really long time, and become ERROR at end.07:53
chen12This is my log for compute.log:07:53
chen12http://paste.openstack.org/07:53
chen12Looks like it is waiting ironic node to become ACTIVE.07:53
chen12This is my ironic-conductor service log:07:53
chen12http://paste.openstack.org/show/85043/07:53
chen12No obvious error message can be find, but there is a warning:07:53
chen12WARNING ironic.common.neutron [-] No VIFs found for node c9caca46-64a7-44d5-b6db-554077b2473a when attempting to update Neutron DHCP BOOT options.07:53
chen12Is this warning caused instance can't start ??07:54
chen12I also check neutron-server, no IP has been allocated at all.07:54
chen12Anyone know why this is happened ???07:54
*** athomas has joined #openstack-ironic08:00
*** nosnos has quit IRC08:07
*** bvivek has joined #openstack-ironic08:08
*** rwsu has joined #openstack-ironic08:08
*** rwsu has quit IRC08:08
*** ifarkas has joined #openstack-ironic08:08
*** martyntaylor has joined #openstack-ironic08:12
*** martyntaylor has left #openstack-ironic08:12
openstackgerritSirushti Murugesan proposed a change to openstack/ironic-specs: Whole Disk Image Support for PXE Deploy Driver  https://review.openstack.org/9715008:39
*** ifarkas has quit IRC08:47
*** lucasagomes has joined #openstack-ironic08:47
*** russell_h has quit IRC08:53
*** lazy_prince has quit IRC08:58
*** igordcard has joined #openstack-ironic08:58
*** martyntaylor has joined #openstack-ironic09:05
*** martyntaylor has left #openstack-ironic09:09
*** martyntaylor has joined #openstack-ironic09:14
openstackgerritShivanand Tendulker proposed a change to openstack/ironic-specs: Firmware setting design spec.  https://review.openstack.org/10112209:14
*** pelix has joined #openstack-ironic09:15
*** rakesh_hs has quit IRC09:16
openstackgerritShivanand Tendulker proposed a change to openstack/ironic-specs: Firmware setting design spec.  https://review.openstack.org/10112209:21
*** sabah has joined #openstack-ironic09:22
openstackgerritShivanand Tendulker proposed a change to openstack/ironic-specs: Firmware setting design spec.  https://review.openstack.org/10112209:29
openstackgerritShivanand Tendulker proposed a change to openstack/ironic-specs: Design spec for iLO driver for firmware settings  https://review.openstack.org/10306509:29
rameshg87chen12: have you enrolled the ports for the particular node ?09:30
*** takadayuiko has quit IRC09:36
*** nosnos has joined #openstack-ironic09:42
*** nosnos has quit IRC09:44
*** nosnos has joined #openstack-ironic09:45
*** athomas has quit IRC09:45
*** nosnos has quit IRC09:49
*** athomas has joined #openstack-ironic09:52
foexle_hi guys, is there any way to resolve this issue? => NodeAssociated: Node 4b9ae9b7-233e-4b98-81e7-510111fe24f7 is associated with instance 76080f5e-0897-4bcb-b7d6-e36dc279e541.09:56
foexle_this instance is not longer available09:56
foexle_if i'm deleting the instance_uuid in the db09:56
foexle_i'll get 400 Expected a uuid but received asdasd. (HTTP 400)09:57
*** romcheg1 has joined #openstack-ironic09:58
*** romcheg has quit IRC09:59
*** killer_prince has joined #openstack-ironic10:02
*** killer_prince is now known as lazy_prince10:02
*** ifarkas has joined #openstack-ironic10:02
*** xuhaiwei_ has quit IRC10:05
*** Nisha has quit IRC10:06
*** romcheg has joined #openstack-ironic10:08
*** rakesh_hs has joined #openstack-ironic10:08
*** romcheg1 has quit IRC10:09
openstackgerritHaomeng,Wang proposed a change to openstack/ironic-specs: Send sensor data to Ceilometer  https://review.openstack.org/10243510:16
lucasagomesfoexle_, did you tear down the node?10:24
foexle_lucasagomes: yep but same error i've solved this instance_uuid=null => db row update10:27
lucasagomesfoexle_, hmm right, that's bad we should be able to recover from that... you have any idea of how to reproduce that?10:28
romchegMorning all!10:28
lucasagomesfoexle_, you had this node deployed and then you tried to tear it down and got that error?10:28
lucasagomesromcheg, morning10:28
*** coolsvap is now known as coolsvap|afk10:28
foexle_lucasagomes: no :) the whole system is not runnning. I'm trying to install and configure by hand ironic. atm i'm trying to boot an instance so a node but without success. I've deleted the instance by nova client it was delete then but ironic have the assiciation to the delted instance10:31
foexle_lucasagomes: so it was a deadlock10:31
foexle_romcheg: morning10:34
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add the remaining unittests to the ClientWrapper class  https://review.openstack.org/9241610:34
openstackgerritRamakrishnan G proposed a change to openstack/ironic-specs: iLO Power Driver for Ironic  https://review.openstack.org/9745510:41
*** dtantsur|afk is now known as dtantsur10:42
dtantsurg'afternoon Ironic!10:44
*** faizan has joined #openstack-ironic10:56
*** rakesh_hs has quit IRC10:58
*** Mikhail_D_ltp has joined #openstack-ironic10:59
*** rakesh_hs has joined #openstack-ironic10:59
dtantsurNeed more folks (especially specs-core) to review Ceilometer spec https://review.openstack.org/#/c/102435/ !11:00
dtantsurifarkas, lucasagomes ^^^11:00
*** Mikhail_D_ltp has quit IRC11:05
*** rameshg87 has left #openstack-ironic11:11
*** romcheg has quit IRC11:14
openstackgerritDmitry Tantsur proposed a change to openstack/ironic-specs: Generic Hardware Discovery Bits  https://review.openstack.org/10256511:17
*** bvivek has quit IRC11:25
foexle_is there maybe any with a hint ? ... I'm despair of that error -.- .... it occurs if i'm booting an insance11:25
foexle_sry for all questions .... but installing without devstack ... is really crazy :)11:26
*** martyntaylor has quit IRC11:27
*** romcheg has joined #openstack-ironic11:27
foexle_ups .... http://paste.openstack.org/show/85050/ => log -.- forgot11:27
dtantsurfoexle_, do you have an up-to-date python-ironicclient?11:29
dtantsurI mean, both should be relatively new, log seems to be related to one recent change11:30
*** lazy_prince has quit IRC11:30
*** martyntaylor has joined #openstack-ironic11:31
foexle_dtantsur: ahhh good hint .... could be the package of ubuntu repo on the comp node, i'll check and update11:37
foexle_dtantsur: many thanks11:37
foexle_dtantsur: was the newest :( => master branch11:38
foexle_and ironic python package too11:38
dtantsurfoexle, your Ubuntu packages are from master? really?11:40
*** bmahalakshmi has quit IRC11:40
dtantsurcould you double-check?11:40
foexle_dtantsur: no i've checked out the git repo and installing manually11:41
foexle_with setup.py11:41
dtantsurfoexle_, /usr/lib/python2.7/dist-packages/ironic/  <-- this is for downstream packages, it doesn't look like something you installed via setup.py11:42
dtantsurI mean, "/dist-packages/"11:42
foexle_mean ironicclient i'll take a look on the dist package11:42
*** martyntaylor has quit IRC11:43
*** martyntaylor has joined #openstack-ironic11:45
chen12rameshg87 hi, are you still there ??11:48
*** faizan has quit IRC11:48
chen12rameshg87 sorry,I'm really new to ironic....11:48
chen12rameshg87 just follwoed the guide..11:48
foexle_dtantsur: the setup.py installs to => creating /usr/local/lib/python2.7/dist-packages/ironic/api11:49
*** shardy has joined #openstack-ironic11:49
foexle_python setup.py build && python setup.py install11:49
dtantsurfoexle, note the /local/11:49
dtantsurfoexle, afaik /usr/local/lib/python2.7/dist-packages/ is not expected by python11:50
dtantsurit should be /usr/local/lib/python2.7/site-packages/11:50
*** lucasagomes is now known as lucas-lunch11:50
dtantsuror even /usr/lib/python2.7/site-packages/11:50
*** bvivek has joined #openstack-ironic11:51
*** lazy_prince has joined #openstack-ironic11:54
dtantsurAny IPA folks around now?11:55
dtantsurOr anyone can answer: is it reasonable to store nested structures in Node.extra? Or is it better to flatten?11:55
dtantsurI remember IPA has some considerations on it...11:55
dtantsurjroll, JayF, when you're around, could you please answer ^^^11:56
*** ccrouch has joined #openstack-ironic12:01
*** ajc_ has quit IRC12:03
foexle_dtantsur: all right now checked all ironic libs and requirements are compiled .... but the error still exists. Is there maybe the nova or oslo libs too old ?12:08
*** jdob has joined #openstack-ironic12:08
dtantsurfoexle, can you show me a new traceback, where we can see using of site-packages?12:08
dtantsurfoexle_, ^^^12:08
foexle_they are not installing to site-packages. they install and load the libs from local/lib/python2.7/dist-packages/12:09
Shrewsmorning all12:10
foexle_hi Shrews12:10
openstackgerritDmitry Tantsur proposed a change to openstack/ironic-specs: Generic Hardware Discovery Bits  https://review.openstack.org/10256512:10
foexle_dtantsur: i mean i'm installing directly with setup.py not from the ubuntu repos12:12
foexle_dtantsur: all ubuntu ironic packages are deinstalled12:13
dtantsurfoexle_, can I see the new traceback just to be sure?12:14
foexle_maybe a version conflict with nova ? because i'm using the ubuntu icehouse packages12:14
foexle_of course12:14
dtantsurShrews, morning!12:14
foexle_dtantsur: http://paste.openstack.org/show/85060/12:15
dtantsurlemme see...12:15
foexle_=> file "/usr/local/lib/python2.7/dist-packages/ironic/nova/virt/ironic/driver.py"12:15
*** amitpp has quit IRC12:16
foexle_i've made a diff from git repo and this file and it's the same12:16
*** martyntaylor1 has joined #openstack-ironic12:16
foexle_md5 is equal too12:17
dtantsurfoexle_, ok, I suspect incompatibility between Icehouse Nova and Juno Ironic12:18
foexle_cry12:18
foexle_.D12:18
dtantsurfoexle_, you see, Nova passes string to instance_exists(), but Ironic expects a dict/structure. In master Nova also passes dict/structure12:18
dtantsurfoexle_, well, it will be hard, until we merge our driver into nova, as we use non-public API, which do not have back-comp guarantees.12:19
foexle_dtantsur: i see ... hmmm bad problem :)12:19
foexle_dtantsur: dont worry12:19
foexle_dtantsur: incubation project and so on :)12:19
dtantsuryeah :)12:20
*** martyntaylor has quit IRC12:20
*** ifarkas has quit IRC12:21
foexle_dtantsur: i ran on icehouse branch of ironic in some bugs ... and i thought ok lets try master branch :)12:21
foexle_dtantsur: all right many thanks for your time! I'll try next week devstack :). The goal is to have a undercloud for tribleO .... i hope I've more luck with devstack12:24
*** lazy_prince has quit IRC12:25
dtantsurfoexle_, did you try devtest?12:26
dtantsurfoexle_, it's the instrument of creating underclouds12:27
chen12hello, anyone here ???12:28
chen12I'm trying to install/using ironic.12:28
chen12I have followed steps here :http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack12:28
chen12While, after I run command "nova boot --flavor baremetal --image $image test-instance"12:28
chen12My instance stays in BUILD and spawning for a really long time, and become ERROR at end.12:28
chen12This is my ironic-conductor service log:12:28
chen12http://paste.openstack.org/show/85043/12:28
chen12No obvious error message can be find, but there is a warning:12:28
chen12WARNING ironic.common.neutron [-] No VIFs found for node c9caca46-64a7-44d5-b6db-554077b2473a when attempting to update Neutron DHCP BOOT options.12:28
chen12Based on the warning information above,12:28
chen12I changed to run command with nic paramter:12:28
chen12nova boot --flavor baremetal --image cirros-0.3.2-x86_64-uec --nic net-id=b957c908-39bc-4de5-b620-addfd5618680 test12:28
chen12Now I can get IP address by command “nova list”:12:28
chen12And the warning in ironic-conductor seems gone.12:28
chen12But, the instance still stays under BUILD status.12:28
chen12Then, I  use VNCviewer directly connected to the instance to check the instance's status.12:28
chen12I get :12:28
chen12 ......12:28
chen12 net0:10.1.0.4/255.255.255.0 gw 10.1.0.112:28
chen12 Next server:192.168.50.112:28
chen12 Filename: pxelinux.012:28
chen12 tftp://192.168.50.1/pxelinux.0 ................ Connection time out (http://ipxe.org/4c126035)12:28
chen12 No more network devices12:28
chen12 No bootable device.12:28
chen12Anyone know why this is happened ???12:28
foexle_dtantsur: good hint i'll check thank you !12:29
*** martyntaylor1 has quit IRC12:29
*** martyntaylor has joined #openstack-ironic12:29
*** blamar has quit IRC12:30
*** blamar has joined #openstack-ironic12:31
openstackgerritSandhya Balakrishnan proposed a change to openstack/ironic: Updates Ironic Guide with deployment information  https://review.openstack.org/10078712:31
*** sabah has quit IRC12:39
*** lucas-lunch is now known as lucasagomes12:44
lucasagomeschen12, seems neutron didn't started the dnsmasq service to answer the DHCP requests12:46
lucasagomeschen12, can you check if there's any dnsmaq service running and if the neutron port status == DOWN ?12:46
chen12lucasagomes why you would say that ? I have dnsmaq service running, and isn't the instance already get IP address 10.1.0.4?12:47
lucasagomesShrews, ping re 10095712:47
Shrewslucasagomes: hi12:47
chen12lucasagomes  The output of the instance console (from VNCviewer)   http://paste.openstack.org/show/85065/12:48
lucasagomesShrews, idk if I got the suggestion there, ur suggestion looks same but with more code12:48
Shrewslucasagomes: sorry about that. let me try again here....  :)12:49
lucasagomesShrews, no it's cool12:49
*** athomas has quit IRC12:49
lucasagomesShrews, cause in that hook you don't pass the exception it expects to handle12:49
lucasagomesShrews, the exception raised will be passed to the handler method as the first parameter12:50
chen12lucasagomes what I don't understand is: 192.168.50.1 is the physical machine's IP I'm woking on, while the 10.1.0.4 is the IP neutron dispatched.12:50
*** Mikhail_D_ltp has joined #openstack-ironic12:50
Shrewslucasagomes: in my example, the exception is passed to handle_error()12:50
chen12lucasagomes How this two IP address work together ????12:50
Shrewslucasagomes: so the idea is, what does your solution look like if you want to handle multiple types of exceptions?12:51
lucasagomesShrews, yeah, but that's the same on the original, the exception is passed as the first argument to the method u set as hook12:51
* lucasagomes maybe I'm missing something12:51
lucasagomesShrews, https://review.openstack.org/#/c/100958/3/ironic/conductor/manager.py12:51
lucasagomesShrews, "if isinstance(e, exception.NoFreeConductorWorker):"12:52
lucasagomesyou can add more elif isinstance(e, <exception) to hand multiple ones12:52
Shrewslucasagomes: right. but this method will need to grow very large for multiple exceptions, and maybe take lots of arguments12:52
chen12but, yes, neutron port-show the neutron port status is down : http://paste.openstack.org/show/85067/12:52
lucasagomeschen12, right, as part of the PXE boot process, it will send a DHCP request12:53
Shrewslucasagomes: with what i propose, the handle_error() should be small and can dispatch to private methods to handle each exception type12:53
lucasagomesthat's the ip ur getting there12:53
lucasagomeschen12, the other IP was allocated to the instance (which is not deployed yet)12:53
chen12lucasagomes the neutron port-show the neutron port status is down :  http://paste.openstack.org/show/85067/12:53
Shrewslucasagomes: and attributes can be set in the class to pass the data for the arguments12:54
jrolldtantsur: the json field thing ironic uses in the databases doesn't do nested structures :)12:54
chen12lucasagomes and the dnsmasq process:  http://paste.openstack.org/show/85066/12:54
jrollmorning ironic :)12:54
dtantsurjroll, morning and thanks for clarification! Do you have some spec already on how to store the inventory?12:54
*** athomas has joined #openstack-ironic12:55
* dtantsur wants to copy-paste, doesn't want to think!12:55
Shrewslucasagomes: your way will totally work, but my suggestion is just a more object-oriented way to handle it, and is a common design pattern for this type of thing12:55
lucasagomesShrews, right... ok, what I don't get is that it's also possible with the other hook... you can create a class with the arguments and then you pass <Class>.handle_error to the handler12:55
chen12lucasagomes I'm really really confused here.12:55
lucasagomesShrews, that will work the same12:55
lucasagomesShrews, alright, :) thanks for the suggestion I will take a look12:55
jrolldtantsur: lol spec :)12:55
jrolldtantsur: I... could write one. I'd prefer to just write code12:55
* jroll finds said code12:55
dtantsurjroll, code is nice too :)12:56
dtantsurjroll, and please your review, the generic spec is close to be finished :)12:56
*** killer_prince has joined #openstack-ironic12:56
*** killer_prince is now known as lazy_prince12:56
jrolldtantsur: line 225 and on https://review.openstack.org/#/c/84795/98/ironic/drivers/modules/agent_utils.py12:57
jrolldtantsur: there's a bug with lists at the leaf of the structure, in unflatten_dict. need to dig into12:57
chen12lucasagomes How the instance reach tftp ? I think this is my issue now. Because it is said "tftp://192.168.50.1/pxelinux.0 ................ Connection time out (http://ipxe.org/4c126035)"12:57
jrolldtantsur: my review on the discovery thing?12:57
dtantsurjroll, yep, please!12:57
jrolldtantsur: will do. have some things this morning but will review by like lunch time today :)12:58
dtantsurack, thanks!12:58
lucasagomeschen12, the DHCP server should send the pxe image to the node13:00
dtantsurjroll, btw, got a concern on review about messing with other's field in Node.extra. Can we include any kind of prefix for keys? like "inventory:iterfaces/.../..."?13:00
lucasagomeschen12, idk when/how that dnsmasq was started on ur env13:00
jrolldtantsur: yeah, I think this code already does: inventory/interfaces/...13:01
lucasagomeschen12, but, seems Ironic failed to update the dhcp options to serve the DHCP correctly13:01
* lucasagomes grabs the link13:01
Shrewslucasagomes: passing <Class>.handle_error would work too. i'm just offering a way that *I* think is more readable/maintable. but my feelings will not be hurt if you choose to ignore my suggestion  :)13:02
jrolldtantsur: if that's not how it works today, I'm happy to fix. this code still needs its own patch anyway :)13:02
dtantsurjroll, ok, I'll put that to my spec13:02
lucasagomeschen12, https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L50913:02
chen12lucasagomes what you mean "idk when/how that dnsmasq was started on ur env " ??? I think I  know my dnsmasq process that is dispatch IP address for 10.1.0.4 i started by neutron-dhcp-agent13:02
chen12lucasagomes do you mean there shoudl be another dnsmasq ?13:03
lucasagomesShrews, no it's fine I will take a look... I'd like to see other people opnion on that13:03
chen12lucasagomes then what IP range should it work with ?13:03
jrolldtantsur: honestly, I think I'd rather have full support for nested structures in the json field we use, with this function13:03
lucasagomesShrews, I just think that the old way is more flexible13:03
jrolldtantsur: but I think I'll get this function merged and then propose this later13:04
dtantsuryeah, we can fix whatever we want later13:04
lucasagomesShrews, cause it's generic enough, all it needs is a executable method... Doesn't need to be an instance of a specific class etc13:04
dtantsurlet's start with the minimum :)13:04
jrolldtantsur: now that I think about it, I think how it works today is node.extra['inventory'] = flatten_dict({'interfaces': ...})13:04
jrollbut yeah, agree :)13:05
dtantsurjroll, so you actually have nested dicts, no?13:05
jrollI gotta run for now but will review your spec this morning, thanks!13:05
chen12lucasagomes  pxe_bootfile_name=pxelinux.013:05
jrolldtantsur: yes... just not in the db13:05
dtantsurthanks, see you later13:06
chen12lucasagomes   what is neutron.update_neutron do ?13:06
Shrewslucasagomes: it comes down to a preference of using OO methodology or functional programming, i think. yes, i'd like to see other's opinion too13:06
jrolldtantsur: I retract my last statement. it ends up as {'inventory/interfaces/0/mac_addr': '00:11:22:33:44:55', ...}13:06
jroll:)13:06
dtantsurok!13:07
* jroll drinks more coffee before talking any more13:07
jrolldtantsur: hmm, reading comments. wdyt about just adding an 'inventory' or 'hardware' field in the db?13:08
lucasagomeschen12, so it's suppose to tell neutron (which will configure dnsmasq) to send the PXE boot image (pxelinux.0) as part of the DHCP request answer13:08
jrolldtantsur: that comes dangerously close to the line of 'ironic is not an inventory manager' but I think devananda is on board with what we're doing here :)13:09
lucasagomeschen12, http://blogging.dragon.org.uk/howto-setup-a-pxe-server-with-dnsmasq/13:09
dtantsurjroll, hmmm...13:09
dtantsurjroll, let us ask devananda, what he likes more: prefix keys in `extras` or separate field (I'm in favor of the latter)13:10
jrolldtantsur: yeah, I'd like a new field. we just used extra at first because it was specific to us13:11
lucasagomesShrews, +113:11
jrolldtantsur: left a note. should really go now, thanks :)13:12
chen12lucasagomes there is a warning in method neutron.update_neutron, and looks like the warning I get before I add --net parameter for nova boot13:12
lucasagomeschen12, right, I'm also struggling with neutron on my env :( trying to learn how to debug it13:13
*** foexle has quit IRC13:14
chen12lucasagomes  https://github.com/openstack/ironic/blob/master/ironic/common/neutron.py#13513:14
lucasagomeschen12, but in ur case it looks like that neutron didn't configured the dnsmasq process to serve as a PXE server, and the reason seems that it's because the port is DOWN13:14
lucasagomesnow why the port is DOWN idk, that's the problem I've on my env as well13:14
lucasagomeschen12, https://github.com/openstack/ironic/blob/master/ironic/nova/virt/ironic/driver.py#L65313:16
*** foexle has joined #openstack-ironic13:16
lucasagomesthis method should have added the VIF, do a ironic node-show <node_uuid>13:16
lucasagomescheck if you have a "vif_port_id" parameter in the extra field13:17
*** martyntaylor1 has joined #openstack-ironic13:20
chen12lucasagomes   what is "extra field" ? didn't found vif_port_id13:21
lucasagomeschen12, it's a attribute of the node resource13:22
chen12lucasagomes   ironic port-show  has this infomation13:22
lucasagomeschen12, that's the node metadata13:22
lucasagomeschen12, oh my bad, yeah the port should have it13:23
*** martyntaylor1 has quit IRC13:23
*** martyntaylor has quit IRC13:23
*** martyntaylor has joined #openstack-ironic13:23
dtantsurjroll, when you're back: I'm going to expect "ip_address" (may be null) for NIC, expect frequency in MHz, memory and hard driver in MB, ok?13:24
chen12lucasagomes The method spawn is the method that doing all these work, right ????https://github.com/openstack/ironic/blob/master/ironic/nova/virt/ironic/driver.py#L41413:24
*** rakesh_hs has quit IRC13:24
chen12lucasagomes how this method "call"   deploy ???? https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/pxe.py#L50913:26
openstackgerritDmitry Tantsur proposed a change to openstack/ironic-specs: Generic Hardware Discovery Bits  https://review.openstack.org/10256513:26
lucasagomeschen12, right, so the spawn() method is part of the Nova Ironic Driver13:27
lucasagomeschen12, the spawn() method will set up the Ironic node (set the values coming from flavor, associate the node with the nova instance that will be deployed etc)13:28
lucasagomesand then it triggers the deployment here: https://github.com/openstack/ironic/blob/master/ironic/nova/virt/ironic/driver.py#L46213:28
lucasagomeschen12, are u familiar with the Ironic architecture ?13:32
chen12lucasagomes no,actually, today is my first day install ironic13:33
lucasagomeschen12, right... our docs is not very complete really, but it might worth to u to watch a presentation about it13:33
lucasagomesto understand it's componets etc13:33
lucasagomesthe iteraction with nova and all13:33
chen12lucasagomes sure, can you send me the link of the presentation ?13:34
lucasagomeschen12, devananda is the PTL and he does many presentations about Ironic, some slides you can find on his slideshare http://www.slideshare.net/devananda113:34
lucasagomeschen12, there's videos of those presentation on youtube as well13:35
lucasagomeschen12, you can check that out13:35
chen12lucasagomes sure! Thanks for the infomation13:35
lucasagomeschen12, here thre's a bit of information that might help : http://docs.openstack.org/developer/ironic/deploy/user-guide.html13:35
chen12lucasagomes I have read this part already. :)13:36
lucasagomes^^ ok13:36
chen12 lucasagomes  this line should communicate with neutron-server ,rght ??13:38
chen12 lucasagomes    https://github.com/openstack/ironic/blob/master/ironic/common/neutron.py#14813:38
lucasagomeschen12, yes13:39
lucasagomeschen12, that will send the extra DHCP options to neutron (with the tftp server ip, the PXE boot image etc)13:39
chen12lucasagomes may be I should check neutron-server's log too.13:39
*** Shiv has joined #openstack-ironic13:39
*** bvivek has quit IRC13:41
chen12lucasagomes    Time is late here... I have to leave now.. nice talking to you. Gona to work next week...13:49
lucasagomeschen12, right, no problem... sorry I dunno neutron very well to help u more with it13:49
lucasagomeschen12, trying to learn it as well13:49
chen12lucasagomes  I have also send my issue through mailing list, although no one answer me yet, :(   But if you have any idea, would you email me ?13:50
lucasagomeschen12, have a great weekend13:50
lucasagomeschen12, did you send it already? (didn't take a look at the maillist lately)13:50
chen12lucasagomes  titled with "  [ironic]Failed to boot ironic instance "13:50
chen12lucasagomes  a good thing to know I'm not alone. :)13:51
*** linggao has joined #openstack-ironic13:51
lucasagomeschen12, yeah :) I bet there's more ppl suffering with the same problem heh13:53
lucasagomesneutron is complicated and hard to debug and figure out what's going on13:53
*** blamar has quit IRC13:56
*** pcrews has joined #openstack-ironic13:57
ShivHi lucasagomes13:57
*** chen12 has quit IRC13:59
lucasagomesShiv, hi there14:00
ShivI have raised a review related to firmware settings https://review.openstack.org/#/c/101122 . Can you please review the same14:01
ShivA design spec review14:02
lucasagomesShiv, nice! I probably won't have enough time to check it out today :( mind if I take a look early next week?14:04
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add/Update docstrings in the Nova Ironic Driver  https://review.openstack.org/9753614:04
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Nova Ironic driver get_info() to return memory stats in KBytes  https://review.openstack.org/10313614:04
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Update Nova Ironic Driver destroy() method  https://review.openstack.org/10313714:04
lucasagomesrloo ^ hope I addressed all ur comments14:05
ShivIt should be fine. Thank you for considering my request.14:05
lucasagomesShiv, np, thank you for submitting it!14:06
jrolldtantsur: works for me :)14:09
dtantsurcool!14:10
openstackgerritlinggao proposed a change to openstack/ironic: Fix exception handling in console  https://review.openstack.org/10231814:14
dtantsurShiv, left my comments14:15
openstackgerritlinggao proposed a change to openstack/ironic: Fix exception handling in console  https://review.openstack.org/10231814:16
*** geekyogi has quit IRC14:18
linggaoHi lucasagomes14:22
NobodyCamgood morning Ironic ...TGIF14:24
linggaogood morning NobodyCam dtantsur lucasagomes Shiv jroll14:25
lucasagomeslinggao, NobodyCam morning14:25
lucasagomeslinggao, hi there14:25
dtantsurNobodyCam, linggao, morning!14:25
dtantsurand TGIF, yeah14:25
dtantsur:)14:26
matty_dubsHowdy NobodyCam, dtantsur, linggao, et al.14:26
linggaolucasagomes, if a dependency path is merged, how do you remove the dependency from a patch?14:26
linggaopath->patch14:26
NobodyCammorning linggao dtantsur and matty_dubs14:26
lifelesslinggao: you don't need to14:26
dtantsur++14:26
NobodyCammorning lifeless14:26
linggaomorning lifeless14:26
lifelesslinggao: but if the patch is outdated, just pushing up your rebased version will clear it up14:26
lifelessmorning all :)14:27
dtantsurmorning lifeless :)14:27
lucasagomeslinggao, don't need :) git review won't send it if it's already merged14:27
linggaothanks lifeless and lucasagomes14:27
*** rwsu has joined #openstack-ironic14:27
lucasagomesmorning lifeless14:27
NobodyCammorning lucasagomes :)14:28
*** russell_h has joined #openstack-ironic14:30
*** russell_h has quit IRC14:30
*** russell_h has joined #openstack-ironic14:30
*** jgrimm has joined #openstack-ironic14:33
NobodyCamhas any one seen this error: i'm not seeing how the patch would cause such an error: http://logs.openstack.org/48/102948/2/check/gate-ironic-python26/eea0393/console.html#_2014-06-26_23_20_47_77414:33
linggaolucasagomes, (and lifeless) I still do not quite know how to work on two patches, one depends on the other.14:37
linggaolucasagomes, lifeless: here is a flow I use: brant A, branch B dependes on A. (different order from yesterday)14:37
linggaogit review -d "chang-id of A".  This will create patch "review/A"14:37
linggaogit checkout B14:37
linggaomake changes in branch B and commit14:37
linggaogit rebase "review/A"14:37
linggaogit review14:37
linggaogit checkout A14:37
linggaomake changes in A and commit14:37
linggaogit rebase master14:37
linggaogit review14:37
linggaogit checkout B14:37
linggaomake changes in B and commot14:37
linggaonow how do I rebase?14:37
lucasagomeslinggao, right... forget having more than one branch for the dependencies14:37
lucasagomeslinggao, you can have only one branch with the whole serie of patches14:38
lucasagomespatch A->B->C14:38
linggaolucasagomes, just one dependency.14:38
linggaoB depends on A14:38
lucasagomeslinggao, right, ok... just an example let's have 314:38
lucasagomeslinggao, so u've ur branch and the path A B anc C is there... C depends on B and B depends on A14:39
lucasagomesin case you want to edit B let's say14:39
lucasagomesyou can do a git rebase -i <hash of branch A/hash of the previous patch>14:39
linggaolucasagomes, ok14:39
lucasagomesnot "branch A" sorry... "patch A"14:39
*** comstud is now known as bearhands14:40
lucasagomesgit will show you a text editor with the patches you can edit, so you change it from "pick" to "edit" and save14:40
lucasagomesgit will now point to the patch u marked to edit14:40
lucasagomesso you do all the changes, the you "git add" all the files you changed there, then you "git commit --amend", and "git rebase --continue"14:40
lucasagomesthen you can do a "git review"14:41
lucasagomesthat will send to gerrit patch B and C (because C depends on the new B that u just edited)14:41
lucasagomeslinggao, I think that's an easier way to work with dependencies without dependending on multiple branches (linear dependencies)14:41
lucasagomeslinggao, that way you can also mark multiple patches to be edited, and git will iteract between then from the oldest to the newest14:43
lucasagomesand you can edit one by one in order14:43
lucasagomesat the end you do ur git review and all the patches affected will be sent to gerrit14:43
lucasagomeslifeless, I assume u work in a similar way ^ ?14:44
dtantsurNobodyCam, what's the patch?14:45
*** rameshg87 has joined #openstack-ironic14:46
linggaolucasagomes, I'll save your instructions and try it.14:46
linggaothanks14:46
lucasagomeslinggao, ack, yeah create like a new git repo14:46
lucasagomesand play a bit with "git rebase -i"14:47
rameshg87dtantsur, need your review on the ilo power design spec https://review.openstack.org/#/c/97455/14:47
mgagneWhat does node decommission mean? Is it about removing the node from the inventory pool?14:47
rameshg87dtantsur, please have a look at it :-)14:47
dtantsurrameshg87, I'll try to :)14:48
rameshg87NobodyCam, request your review as well on the ilo power design spechttps://review.openstack.org/#/c/97455/14:48
dtantsurrameshg87, please note, that it is yet to be decided, which specs are going into J14:49
dtantsurdevananda, wanted to talk to us today on it14:49
*** faizan has joined #openstack-ironic14:49
rameshg87dtantsur, okay14:51
NobodyCamdtantsur: https://review.openstack.org/#/c/102948/214:51
* dtantsur will look in 5 minutes, brb14:52
NobodyCamrameshg87: let refill my coffee then I take another look14:52
rameshg87thanks NobodyCam14:52
Shivdtantsur, have addressed your initial comments for firmware spec review. Please have a look https://review.openstack.org/#/c/10112214:56
dtantsurShiv, I'll try to :) I'm seriously occupied today though14:57
Shivdtantsur, ok.14:57
ShivNobodyCam, can you please review design spec for firmware settings feature https://review.openstack.org/#/c/10112214:58
*** faizan has quit IRC14:59
Shivjroll, can you please review design spec for firmware settings feature https://review.openstack.org/#/c/10112214:59
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: PEP fixes for the Nova driver  https://review.openstack.org/10316215:00
NobodyCamrameshg87: The commented15:01
*** viktors has left #openstack-ironic15:01
devanandamorning, all15:01
NobodyCamgood morning devananda :)15:01
dtantsurdevananda, morning15:02
NobodyCamhow was the flight back15:02
rameshg87NobodyCam, thanks, let me look into it15:03
jrollShiv: will do15:05
jrollmorning again, everybody :)15:05
* devananda just proposed the nova driver to nova's tree here: https://review.openstack.org/#/c/103164/15:06
Shrewsdevananda: w00t!!15:06
lifelesslucasagomes: yeah I work in a stack whenever things are even slightly related15:06
ShivThank you jroll15:06
jrolldevananda: nice! now I can use it as a dependency :P15:07
lucasagomesdevananda, morning15:07
lucasagomesdevananda, w00ts!15:07
devanandajroll: it's a chain of 5 patches, fwiw15:07
rameshg87NobodyCam, just wondering if this answers your question. users can install ssl certificate on their ilo.  the ribcl client used works irrespective of any certificate installed on the ilo.15:07
devanandajroll: we'll see if nova core wants it split up ay more15:07
rameshg87Nobody, the ribcl client (any the ilo driver) will still need to input the username/password for the communication15:08
jrolldevananda: yep, I see that. going to wait a couple days for initial review, I'm sure my stuff will get clobbered if I put something up now15:08
lucasagomesdevananda, FYI, I updated the patch adding/updating docstring for the methods in the driver15:08
rameshg87NobodyCam, does that answer your question ?15:08
devanandalucasagomes: ok. i'll probably need to set up a script to sync things back and forth -- haven't done that yet15:09
lucasagomesdevananda, ack, yeah that sounds useful indeed15:09
jrollJayF: you should review this, too :) https://review.openstack.org/#/c/10112215:10
Shivlifeless, can you please review design spec for firmware settings feature https://review.openstack.org/#/c/10112215:11
*** rameshg87 has left #openstack-ironic15:15
*** mdorman has joined #openstack-ironic15:16
dtantsurdevananda, are we having a discussion on what specs to land for J today?15:17
NobodyCamShiv: commented15:17
devanandadtantsur: that'd be great15:18
devanandadtantsur: how much longer are you around?15:18
dtantsurdevananda, up to 5 hours, preferably 3-415:19
dtantsurdevananda, also need to relocate home from office, it's gonna take ~30 minutes15:19
linggaohmm, no idea why my patch failed the Jenkins varification. It works in my sandbox. Could anyone help? https://review.openstack.org/#/c/102318/415:20
NobodyCamrameshg87 so the client would not have a need to install anything to use a self-singed cert?15:21
dtantsurNobodyCam, commented on a patch, tl;dr comma only works for LOG.smth, use % for exceptions15:21
*** openstackgerrit has quit IRC15:21
devanandadtantsur: how about in an hour?15:22
devanandalucasagomes: an hour from now work for you?15:22
dtantsurdevananda, works for me. If everyone confirms, I start relocation right now15:22
lucasagomesdevananda, a bit tight but yeah (it will be ~17:30 here)15:22
lucasagomesbut yah15:22
jrollthis is... interesting: http://logs.openstack.org/18/102318/4/check/check-tempest-dsvm-virtual-ironic/dc6776a/console.html15:22
lucasagomesyeah*15:22
jrollthat's linggao's jenkins failure ^15:22
devanandalucasagomes: later? sooner?15:22
lucasagomesdevananda, if possible to do a bit sooner the better15:23
lucasagomesdevananda, but if not, no problem I'll join anyway :)15:23
devanandajroll, linggao: that's a known bug in eventlet .... urggh. I dont think we've hit that in the gate before15:23
devanandahttps://bugs.launchpad.net/ironic/+bug/132178715:23
jrolltoo many known bugs in eventlet :(15:23
dtantsur... and it does not support Python 3!15:24
jroll^^15:24
jrollimo that's just another known bug15:24
NobodyCamdtantsur: ahh .. TY good catch!15:24
jrolldoesn't support pypy either afaik15:24
devanandahttp://logs.openstack.org/18/102318/4/check/check-tempest-dsvm-virtual-ironic/dc6776a/logs/screen-ir-cond.txt.gz?level=ERROR15:24
jrolls/afaik/last I checked/15:24
devanandaanyone want to set up an elastic recheck for that ?15:25
jrollI don't mind doing it if you point me in the right direction15:25
devanandajroll: git://git.openstack.org/openstack-infra/elastic-recheck15:25
devanandajroll: https://wiki.openstack.org/wiki/ElasticRecheck15:26
jrollthanks15:26
devanandacheers15:26
linggaodevananda, the patch worked yesterday with set 2.15:26
jrollgive me a bit on that15:26
devanandalinggao: yes. that is a non-deterministic error. please "recheck bug 1321787"15:27
jrolllinggao: that looks like a probably intermittent failure. you can comment with 'recheck bug #1321787' to run tests again15:27
* devananda steps afk for a bit15:27
dtantsurdevananda, lucasagomes, what did we decide about meeting?15:27
linggaodevananda, jroll, will do. thanks15:27
jrolllinggao: no problem :)15:28
dtantsurok, I'm gonna relocate, see you in 30 minutes15:28
dtantsurdevananda, when you're back, could you please comment on https://review.openstack.org/#/c/102565/ and also what you thing about adding special field for hardware inventory instead of using Node.extras15:29
devanandadtantsur: ironic should not become a CMDB15:30
jrolldevananda: either way the same data is being stored15:30
jrolldevananda: unless you mean to say that data should only be put in 'properties' as basic cpu/ram/disk info15:31
devanandato paraphrase, and then i really do need to step away15:31
devanandaCMDBs have a lot of additional functional requirements that have no relationship to "provision this image on that server"15:32
ShivNobodyCam, thank you. Will look into it.15:32
devanandawhile Ironic may "own" the hardware interface (eg, IPMI/iLO/IPA) a full schema to represent inventory data (and search it, and audit it, and retain historical data, and relate to ticketing systems, and ...) is out of scope15:33
devanandatry to think about how it works if Ironic has a designated location to store inventory data which can not be indexed or queried15:33
devanandathat doesn't fulfil the needs of "find any node with firmware rev X and start the process (human or automated) to update it to rev Y"15:34
devanandawhich is a common req of CMDBs15:34
* devananda really steps away now15:34
*** igordcard has quit IRC15:39
*** openstackgerrit has joined #openstack-ironic15:45
jrollShiv: reviewed :)15:46
Shivjroll: thank you15:46
jrolldon't thank me until you've seen the comments ;)15:47
jroll(joking)15:47
Shiv:)15:47
NobodyCambrb15:49
*** martyntaylor has quit IRC15:49
*** amitpp has joined #openstack-ironic15:51
*** matty_dubs is now known as matty_dubs|lunch15:54
Shivdtansur, jroll : wanted to discuss few comments on firmware settings design spec. Can we do it now?15:54
ShivI mean dtantsur15:55
NobodyCam:0p15:58
jrollShiv: dtantsur is in transit and then is discussing features for juno with some folks, but I can talk now15:58
Shivthanks.15:59
*** klindgren has quit IRC15:59
Shivthis is regarding only get/set_firmware_settings instead of big list15:59
*** klindgren has joined #openstack-ironic15:59
jrollsure16:00
jrollI guess my question is: is the big list of functions just shortcuts for e.g. get_firmware_settings(node, 'boot_device') ?16:00
ShivActually get/set_firmware settings would cover all settings. But for some standard settings like boot related if we provide the get_* methods, that would enforce the standarddization of names for these settings16:01
ShivThe standard names for these settings would help user when he uses different drivers that implement these APIs. Atleast for some standard settings he could have common names16:02
ShivAnd that is the reason have suggested on get_* methods for them and not separate set_* methods.16:02
jrollhmm16:03
jrollnot the worst idea16:03
Shivget_firmware_settings() would provide all the settings that vendor would like to support. Common plus vendor specific ones16:03
*** eghobo has joined #openstack-ironic16:04
jrollShiv: maybe another idea is have a standard name you can pass to get_firmware_settings(), that is an alias to the actual name16:04
NobodyCambbt..brb16:04
dtantsurShiv, I'm still not convinced we should have that many methods16:04
*** eghobo has quit IRC16:04
dtantsurShiv, and we'll anyway have to document standard options for generic get/set16:05
*** eghobo has joined #openstack-ironic16:05
jrollShiv: like, a driver can have a dictionary like {'boot_device': 'weird_vendor_boot_device_name'}16:05
dtantsurShiv, having 2 ways of setting the same parameter is even worse16:05
jrolland user can just pass 'boot_device' and it will resolve it16:05
jroll+1 dtantsur16:05
Shivdtantsur: have removed all the set_* methods. Only one method to set. set_firmware_settings()16:06
dtantsurdevananda, what we want is to avoid cluttering Node.extras. New attribute will just as well be storing JSON16:06
jrolldtantsur: I have a feeling deva doesn't want to store this detailed data at all :)16:07
ShivWe could have standard names to be passed to get_firmware settings(), but I am not sure if that can be enforced programattically.or that is to be handled through documentation16:08
dtantsurShiv, the same for `get`. It's just too many new methods for not-too-complicated thing16:08
dtantsurShiv, through both, I guess.16:08
Shivjroll, dtantsur We could have standard names to be passed to get_firmware settings(), but I am not sure if that can be enforced programattically.or that is to be handled through documentation16:09
jrollShiv: both :)16:09
dtantsur++16:09
Shivjroll, dtantsur: ok. I will check how we can do this programatically. I think you mean the filtered list passed to get_firmware settings could have some key names which could be marked as standard ones16:12
*** jcoufal has quit IRC16:12
jrollShiv: indeed16:14
Shivjroll, dtantsur: Regarding patch failure scenario. Since each of the settings is independent of each other, partial patch would get applied.16:14
jrollShiv: the user should be told so16:15
Shivjroll: Ok. through http code? I'll check the http code that is used for partail failure of operation.16:16
jrollShiv: makes sense to me, plus maybe a response with what failed and what was ok16:16
jrollShiv: although I'd almost say a partial patch should not be applied, for "safety"16:16
jrollJayF: I know this is a bad time for you, but you should read this conversation and the matching spec: https://review.openstack.org/#/c/10112216:17
JayFyeah I saw it, it's in a tab16:17
jrollawesome16:17
Shivjroll : ok. I will surely read this.16:17
jrollShiv: read what? that was for JayF, he's been working on some bios things on our team :)16:18
JayFI think the BIOS things have been working on me16:18
jrolllol16:18
Shivok. I thought you provided another link for me :)16:19
Shivjroll:  my bad.16:19
jrollno worries :)16:19
dtantsurlucasagomes, hopefully I addressed your comments16:19
lucasagomesdtantsur, ack16:19
Shivjroll: regarding your comment ' What new module? Would these methods not just be implemented in existing drivers?'16:19
openstackgerritDivakar Padiyar Nandavar proposed a change to openstack/ironic: Fix the section name in CONTRIBUTING.rst  https://review.openstack.org/10318916:20
dtantsurlucasagomes, please have a look. I guess there's some misinterpretation, of what this spec is for16:20
Shivjroll: i meant new methods in the ManagementInterface16:20
jrollShiv: I figured, just wanted to be sure :) please fix16:20
lucasagomesdtantsur, will do, finishing something here quickly and then I will take a look16:21
Shivjroll: regarding 'reboot' node after applying firmware settings. Dropped it purposefully, as the user may want to do more maintenance related actions. And there is a separate interface available to reboot the server16:22
jrollShiv: I think most often, people will want to reboot immediately. but I don't run a datacenter, so I might be wrong.16:22
jrollShiv: it's fine either way, just an idea. would like to hear what others think16:23
Shivjroll: ok16:23
dtantsurI'm ok with leaving reboot separate16:23
Shivjroll: Regarding representation of the settings values. "As mentioned above, I think this should be a list e.g. ['Boot0008', 'Boot0009', 'Boot000A', 'Boot000D']"16:25
Shivjroll: Was trying to represent it as key/value pairs and hence proposed it as '.' separated values for the settings that have multiple values.16:26
Shivjroll: this was more from simplification in mind as not all settings have multiple values.16:26
jrollI don't see a problem with using lists16:27
jrollthat's what lists are for16:27
jrollI think dtantsur mentioned this first16:27
Shivjroll: supported_boot_ devices could be list, whereas current_boot_device a single value16:27
jrollwhich is fine16:27
*** romcheg has quit IRC16:27
Shivjroll: Or possibly it could represented by having all the setting values as list. it should cover for both types of settings, one that has single or multiple values.16:30
jrollShiv: meh. I'm fine with mixing strings and lists. you might be able to convince someone else, but idk.16:31
*** romcheg has joined #openstack-ironic16:32
Shivjroll, I was worried on getting resistance to mix strings and lists. I did not see any instance of the same. That is the reason I proposing key/value format16:32
*** geekyogi has joined #openstack-ironic16:33
jrollreally? hmm, I would think otherwise16:33
Shivjroll: ok16:33
* devananda is semi around, semi in other meetings16:35
NobodyCam:)16:35
NobodyCamglance image-list16:36
NobodyCamdoh.. ww16:36
Shivjroll: i have covered all your major comments. I will work on other comments and get back to you.16:36
jrollShiv: excellent, thanks :)16:36
Shivjroll: Thank you for the quick review and patience to respond to my follow-up queries16:37
jrollno problem16:37
Shivdtantsur: Thank you for the quick review and patience to respond to my follow-up queries16:37
dtantsurnp :)16:38
*** ellenh_ has joined #openstack-ironic16:45
dtantsurdevananda, sorry for pinging you, but are we having a discussion? That is a bit late for me and lucasagomes :)16:52
lucasagomes+116:52
devanandadtantsur: sorry -- yes. here16:52
devanandai was pulled into a TC meeting ...16:52
devanandaso of the priorities we laid out at the summit16:53
lucasagomesdevananda, right, are we having a hangout about it ?16:53
lucasagomesor IRC?16:54
lucasagomesor both16:54
devanandahangout is fine :)16:54
dtantsuroh, time to get properly dressed :D16:54
lucasagomeslol16:54
lucasagomesok I will start it16:54
*** jbjohnso has joined #openstack-ironic16:55
jrolldevananda: I'm happy to join this, if it would be helpful16:55
lucasagomesjroll, sure16:56
lucasagomesjroll, dont have ur gtalk tho,16:56
jrolljimrollenhagen@gmail16:56
*** harlowja_away is now known as harlowja16:56
jrollgive me about two minutes16:56
devanandaNobodyCam: around? want to join?16:57
lucasagomesjroll, added16:57
jrollthanks16:57
* jroll grabs coffee16:57
*** matty_dubs|lunch is now known as matty_dubs16:57
lucasagomesjroll, https://plus.google.com/hangouts/_/gwgqmct5doa7cezm5lkyanbdjaa?hl=en16:57
*** Shiv has quit IRC17:07
*** athomas has quit IRC17:08
*** rameshg87 has joined #openstack-ironic17:13
openstackgerritKyle Stevenson proposed a change to openstack/ironic-python-agent: Add support for passing no configdrive  https://review.openstack.org/10319517:15
rameshg87NobodyCam, are you there ?17:16
rameshg87NobodyCam, the user wouldn't need to do anything to install a self-signed certificate17:16
jrolldevananda: https://review.openstack.org/#/c/101920/ and https://review.openstack.org/#/c/102563/17:16
rameshg87devananda, request your review on ilo power spec     https://review.openstack.org/#/c/97455/17:17
*** achanda has joined #openstack-ironic17:17
*** romcheg has quit IRC17:17
rameshg87dtantsur, i still didn't get your time for ilo power review spec.  :-(   -  https://review.openstack.org/#/c/97455/17:20
*** rameshg87 has left #openstack-ironic17:24
*** achanda_ has joined #openstack-ironic17:33
matty_dubsHow many of you folks are staying at the 'recommended' hotel (Larkspur Landing) for the meetup?17:33
*** overlayer has joined #openstack-ironic17:35
*** achanda has quit IRC17:36
openstackgerritKyle Stevenson proposed a change to openstack/ironic-python-agent: Add support for passing no configdrive  https://review.openstack.org/10319517:39
*** pelix has quit IRC17:44
*** Nisha has joined #openstack-ironic17:51
Nishadtantsur, HI17:51
dtantsurHi!17:52
Nishadtantsur: Thanks for the review. I was gng thru the comments17:53
Nishadtantsur: one common comment i see is this17:53
Nishaplease change this dict to a format used by IPA17:53
Nishadtantsur: I have a ques, rather concern17:54
Nishadtantsur: Why we want generic stuff to be similar to what IPA has today? That should be generic and should not be tied up with one driver17:54
*** rameshg87 has joined #openstack-ironic17:55
dtantsurNisha, you can always suggest better ideas :)17:55
Nishadtantsur: I see most of the comments saying that do as IPA do it , which is suggested in another spec raised by you17:56
Nisha:)17:56
dtantsurIPA has quite good extensible format that is _already_ working (and it wasn't written by me)17:56
openstackgerritAlex Weeks proposed a change to openstack/ironic: Add statsd metrics support (not ready)  https://review.openstack.org/10320217:56
dtantsurI only took the only present and working format and put it to a generic spec17:56
dtantsurdon't give me credit, I didn't deserve it :)17:57
rameshg87dtantsur, i am back to bug again. sorry. the ilo power spec review  :-)   -- https://review.openstack.org/#/c/97455/17:58
dtantsurrameshg87, I remember. I'm on a meeting and is terribly out of time17:58
rameshg87dtantsur, was the meeting on hangout now to decide the features going into juno ?17:58
dtantsuryep17:58
rameshg87dtantsur, thanks, please have a look when you get time :-)17:58
rameshg87dtantsur, is there some meeting notes available.17:59
dtantsurrameshg87, there will be17:59
rameshg87thanks dtantsur18:00
*** rameshg87 has left #openstack-ironic18:00
Nishadtantsur: one comment is "What should they do, if they can't implement it?"    ..... What do you expect there18:00
Nisha?18:00
Nishadtantsur: i think this is a comment which will apply to any feature who implements a new abstract function18:01
dtantsurNisha, yes and we ask it every time18:01
Nishadtantsur: I think this will apply to the new abstract functions proposed by you too :)18:02
dtantsurNisha, sure, and I've written what to do18:03
*** harlowja is now known as harlowja_away18:04
openstackgerritKyle Stevenson proposed a change to openstack/ironic-python-agent: Add support for passing no configdrive  https://review.openstack.org/10319518:07
*** Penick has joined #openstack-ironic18:15
*** harlowja_away is now known as harlowja18:15
dtantsurok, based on out chat I am altering discovery spec: dropping storing inventory, dropping find_node (leaving only match by MAC)18:17
lucasagomesdtantsur, +118:17
dtantsurthe less text - the better :)18:17
openstackgerritDmitry Tantsur proposed a change to openstack/ironic-specs: Generic Hardware Discovery Bits  https://review.openstack.org/10256518:19
dtantsurlucasagomes, jroll, NobodyCam, devananda ^^^18:19
lucasagomesthat was... quick18:20
openstackgerritJosh Gachnang proposed a change to openstack/ironic-specs: Swift Temporary URLs Spec  https://review.openstack.org/9890418:20
dtantsurfolks, you have the last chance to make _me_ update it, very soon I hand it over to lucasagomes and jroll and go on PTO :)18:20
jrollsuper quick18:21
jrolldtantsur: go ahead, it's beer o'clock for you :)18:21
dtantsurwell, deleting is faster than writing ;)18:21
jrolllol18:22
dtantsurI want to have one last look and the compiled HTML and than will go18:23
jrollok :)18:23
* jroll lunches18:23
dtantsurIn the meanwhile, I guess it's quite funny that Deva's patch to Nova adding empty __init__.py failed 2 checks, including Jenkins :)18:24
jroll.18:24
*** kylestev has joined #openstack-ironic18:24
jrollthats lovely18:24
devanandahah!18:24
devanandadtantsur: looks like random failure18:25
devanandathe rate of those in openstack is far too high18:26
NobodyCambrb18:26
devanandahorizon failed to start in the grenade test18:27
*** kylestev has quit IRC18:28
*** kylestev has joined #openstack-ironic18:29
dtantsurIn the meanwhile, are we having a meeting on Monday?18:30
dtantsurdevananda, ^^^18:30
*** kylestev has quit IRC18:31
devanandadtantsur: sure. any reason not to?18:31
*** foexle_ has quit IRC18:31
dtantsurjust asking. it's the only thing I'm going to do on Monday regarding work :)18:31
devananda:)18:32
*** kylestev has joined #openstack-ironic18:32
*** klindgren has quit IRC18:33
*** ellenh_ has quit IRC18:35
lucasagomesalright, done for today... g'night everybody, enjoy the weekend!18:37
*** achanda_ has quit IRC18:37
matty_dubsAdios lucasagomes18:38
matty_dubsdtantsur: Is Monday a holiday over there?18:38
dtantsurmatty_dubs, no, it's my PTO18:38
*** lucasagomes is now known as lucas-dinner18:38
dtantsurg'night, lucas-dinner!18:39
NobodyCamnight lucas-dinner18:39
dtantsurOk! See some of you on Monday on IRC, see some of you in Paris, see the other in 2 weeks!18:41
matty_dubsHave fun, dtantsur!18:41
*** dtantsur is now known as dtantsur|pto18:43
*** amitpp has quit IRC18:59
NobodyCamhave a good time dtantsur|pto19:00
NobodyCamahh and I had a question about 102565 too19:01
*** ellenh_ has joined #openstack-ironic19:08
matty_dubsI missed the point where the _LI() HELPER WAS INTRODUCED?EXPLAINED19:18
matty_dubsWhoa sorry all caps19:18
matty_dubsshift key got stuck19:18
matty_dubsBut I see discussion on using, e.g.,  LOG.info(_LI('message')) -- and attempting to google is turning up stuff about the <li> HTML tag. Can anyone steer me in the right direction?19:20
*** openstackgerrit has quit IRC19:20
*** openstackgerrit has joined #openstack-ironic19:21
ellenh_matty_dubs: there’s an explanation here: http://docs.openstack.org/developer/oslo.i18n/guidelines.html#choosing-a-marker-function19:22
matty_dubsellenh_: Thanks!19:22
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic-specs: Make the REST API fully asynchronous  https://review.openstack.org/9492319:25
Shrewsdevananda: Our spec format is missing a section for RPC API impact.19:26
*** ellenh has quit IRC19:27
*** ellenh_ is now known as ellenh19:27
*** ellenh_ has joined #openstack-ironic19:27
devanandaShrews: huh. good point. want to add it?19:29
Shrewsdevananda: sure19:29
jrollnew ATC incoming: kylestev :)19:32
jrolldevananda: ^ another intern working with us this summer19:33
jrolljust +A'd his first patch19:33
matty_dubsWoo-hoo! Welcome, kylestev!19:34
* devananda lunches, bbiafh19:35
openstackgerritA change was merged to openstack/ironic-python-agent: Add support for passing no configdrive  https://review.openstack.org/10319519:36
*** Nisha has quit IRC19:39
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic-specs: Add a section for RPC API impact  https://review.openstack.org/10322519:40
*** datajerk1 has joined #openstack-ironic19:41
*** datajerk has quit IRC19:43
*** devananda has quit IRC19:43
*** mordred has quit IRC19:43
*** devananda has joined #openstack-ironic19:43
*** mordred has joined #openstack-ironic19:43
Shrewskylestev: welcome to ironic19:44
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Update nova rebuild to account for new image  https://review.openstack.org/10322719:46
openstackgerritJosh Gachnang proposed a change to openstack/ironic-specs: Support Decommissioning of Nodes  https://review.openstack.org/10268519:46
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic-specs: Make the REST API fully asynchronous  https://review.openstack.org/9492319:48
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Update nova rebuild to account for new image  https://review.openstack.org/10322719:50
*** jgrimm has quit IRC19:58
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add Node decommission in conductor  https://review.openstack.org/10298419:59
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Add Node decommission in conductor  https://review.openstack.org/10298419:59
*** wanyen has joined #openstack-ironic20:01
NobodyCambrb20:03
kylestevjroll: matty_dubs: Shrews: Thanks! Glad to be here :)20:19
jroll:)20:19
jrollkylestev: now you can go to the paris summit for free!20:19
jroll<fineprint>airfare, lodging, and food not included </fineprint>20:19
kylestev;)20:19
kylestevI’ve been needing a reason to get my passport anywayts20:20
kylestevanyways*20:20
jrolllol20:20
*** wanyen has quit IRC20:21
*** wanyen has joined #openstack-ironic20:21
wanyenhi,  we are looking for more reviewers for our iLO design specs, esecially iLO Power Driver https://review.openstack.org/#/c/97755/ and iLO Virtual Media Deploy driver https://review.openstack.org/#/c/97744/.20:29
JoshNangwanyen: i think that ilo power driver link might be wrong20:30
wanyenThese two drivers are carry-over from icehouse.  We have made substantial changes in virtual media driver to address icehouse review comments regarding performance20:30
wanyenokay. let me check teh link for power driver20:31
JoshNangilo power driver: dhttps://review.openstack.org/#/c/97455/20:32
wanyeniLO power driver link is https://review.openstack.org/#/c/97455/20:32
JoshNang:)20:32
wanyenJoshNang: TY.20:33
wanyenWe need reviewers to review these specs.  We have the code ready but we wont' be able to submit until the specs are approved.20:34
jrollwanyen: you can submit code :)20:35
jrollwanyen: just, code cannot merge before spec is done :)20:35
wanyenjroll- good to know.  We will do that then.20:36
wanyenplease review these specs.  The earlier we can get approval the better chance we get to land in hopefully Juno2.20:36
jrollyep, they will be reviewed :)20:37
wanyenjroll- thanks!20:37
*** linggao has quit IRC20:38
NobodyCamreviewing specs is very draining20:40
jroll^^20:41
NobodyCamlol so is re-living VBA scripts from the past ... lol20:42
NobodyCam:-p20:42
JoshNangso the ilo power driver requires proliantutils. does that need to go into the global requirements file? or will it just be mocked out and noted in documentation that you need it to test?20:42
JoshNang*need it to deploy/use20:43
jrollthe latter20:43
JoshNangkk makes sense20:43
*** coolsvapl has joined #openstack-ironic20:51
*** coolsvap|afk has quit IRC20:52
*** jbjohnso has quit IRC21:03
devanandastill it needs to go in global reqs, even if it's not in ironic/requirements.txt21:05
devanandaJoshNang, jroll ^21:06
*** jdob has quit IRC21:06
devanandaso that packagers know to look there for the dependencies21:06
jrolloh huh21:06
jrollI see21:06
JoshNangahh gotcha21:07
jrollJoshNang: I'm inclined to think passing a "swift+https://..." URL into the temp url function should produce an "https://..." URL21:12
JoshNangjroll: that's reasonable21:14
* jroll will fix21:15
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out TFTPImageCache  https://review.openstack.org/10073421:15
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Factor out deploy info from PXE driver  https://review.openstack.org/10073521:16
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Adding swift temp url support  https://review.openstack.org/8139121:16
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add ironic-python-agent deploy driver  https://review.openstack.org/10102021:16
jrollJoshNang: oops, can you edit the topic for https://review.openstack.org/#/c/81391/21:16
jrollapparently I can't via web ui21:16
JoshNangheh i love the blocks of jroll changes that come with every rebase21:16
jroll>.>21:17
JoshNangone21:17
JoshNang*done. and fwiw i need to rework that patch to use the python-swiftclient patch (once its merged)21:18
jrollright21:19
jrolldo you want to fix your patch to remove the 'swift+' then?21:20
JoshNangsure21:20
jrollcool21:21
jrolljust the swiftclient patch, to be cleart21:21
jroll-t21:21
JoshNangthe swiftclient only deals with the path portion21:21
jrollahhh21:21
jrollright21:21
JoshNangso do you want me to change the ironic patch then?21:22
*** matty_dubs is now known as matty_dubs|gone21:22
wanyenHi Deva,   so far we only get one review comment from Dmitry to re-factor UEFI boot design spec into multiple specs.  Can you take a look at the spec https://review.openstack.org/#/c/99850/ and give us suggestion on how to refactor?  Any commetns regarding the content of the spec are most welcome so we can incoporate them into the re-factor specs.21:23
jrollJoshNang: nah, I'll hit it next time I rebase :)21:24
JoshNangheh k21:24
*** zigo_ has joined #openstack-ironic21:24
*** NobodyCa1 has joined #openstack-ironic21:27
*** NobodyCam has quit IRC21:31
*** bearhands has quit IRC21:31
*** mrda-weekend has quit IRC21:31
*** wendar has quit IRC21:31
*** mgagne has quit IRC21:31
*** agordeev has quit IRC21:31
*** adam_g has quit IRC21:31
*** rainya has quit IRC21:31
*** stevebaker has quit IRC21:31
*** zigo has quit IRC21:31
*** morgabra has quit IRC21:31
*** antonym has quit IRC21:31
devanandawanyen: not likely that i'll have time today21:31
wanyen<deva> as long as you can review it  and provide feedback in the next few days will be fine.21:35
*** agordeev has joined #openstack-ironic21:37
wanyenJoshNang:  ty for the review comments for iLO power and virtual media drivers.21:47
*** rwsu has quit IRC21:49
wanyensingingoff.  Thanks!21:51
*** wanyen has quit IRC21:51
JoshNangwanyen: np!21:51
*** mdorman has quit IRC21:58
*** ccrouch has quit IRC22:02
*** geekyogi has quit IRC22:03
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/10212622:08
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/8872222:08
*** jbjohnso has joined #openstack-ironic22:12
*** Penick has quit IRC22:13
*** ccrouch has joined #openstack-ironic22:17
*** adam_g has joined #openstack-ironic22:21
*** adam_g has quit IRC22:21
*** adam_g has joined #openstack-ironic22:21
*** ellenh_ has quit IRC22:25
*** ellenh_ has joined #openstack-ironic22:26
*** ellenh has quit IRC22:26
*** ellenh_ is now known as ellenh22:26
*** ellenh has quit IRC22:27
*** ellenh_ has joined #openstack-ironic22:31
*** ellenh_ has quit IRC22:31
NobodyCa1question.22:34
*** NobodyCa1 is now known as NobodyCam22:34
NobodyCamwhere should use cases go? in the spec, blueprint, an etherpad, or "Use Cases we don't need any Use Cases"22:35
devanandaNobodyCam: spec22:37
devanandaif it's really needed22:37
jrollNobodyCam: I'd say the 'problem description' section of the spec22:39
jrolllike 'this is a problem because we have use case a, b, and c22:40
jroll'22:40
*** ellenh has joined #openstack-ironic22:40
NobodyCamdevananda: jroll: looking at https://review.openstack.org/#/c/99850/1/specs/juno/uefi-boot-for-ironic.rst22:41
NobodyCamline 63 thru 12x22:42
NobodyCams/12x/129/22:42
jrollwell22:42
jrollthose aren't use cases22:42
jrollbut conditions where it may be used22:42
NobodyCamspec seems wrong place22:42
jrollI think the 'use cases' specified there are more of like, 'possible code paths'22:43
NobodyCammy initial thought was in BP22:43
jrollknow what I mean?22:43
NobodyCamjroll: YES I do22:43
jroll:)22:43
*** Mikhail_D_ltp has quit IRC22:43
NobodyCambut I didn't quite know kow to comment on it?22:44
jrollyeah22:44
jrollit's also a bit verbose22:44
devanandaso the term "use case" is misapplied there22:44
jrollI think I would remove the bullets22:44
devanandabut I think the content is valid22:44
jrolland leave it in proposed change, like "ways uefi mode can be specified: config option, flavor, image property'22:45
devanandaNote: User requested boot mode can be passed to ironic node by setting46 "requested_boot_mode" in driver_info field by nova ironic virt driver.4722:45
devanandathat ^ is not acceptable22:45
devanandanova virt driver should not be modifying driver_info22:46
devanandaonly instance info22:46
jroll+122:46
NobodyCamlol I have question on the conf vaules that line,22:46
NobodyCamand others22:46
jrollI think we're ignoring the other problems in this spec at the moment :P22:46
NobodyCamack tackle a few at a time22:47
devanandajroll: such as? (i haven't really read it yet)22:47
NobodyCamto me that is almost instance info...22:49
*** jbjohnso has quit IRC22:49
jrolldevananda: I've only skimmed in the last 5 minutes, but things like what you mentioned just now22:49
NobodyCamnot driver... driver should support both / all22:50
devanandajroll, NobodyCam: comments posted on that spec23:05
NobodyCam:)23:06
* devananda steps afk again23:08
*** lucas-dinner has quit IRC23:09
kylestevjroll: got a task for me?23:16
jrollkylestev: go enjoy your weekend? :)23:16
kylestevhaha23:16
jrollkylestev: otherwise... get devstack running in a vm23:16
jrollbut I'm about to drop off23:16
kylestevgot that done23:16
kylestevah23:16
jrollI can find something if you want23:16
NobodyCamkylestev: what kind of vm?23:16
jrollmaybe NobodyCam has some low-hanging fruit :P23:16
kylestevNobodyCam: vagrant w/ ubuntu23:17
jrollvmware23:17
kylestevyeah23:17
jroll... why23:17
kylestevi forgot the provider23:17
* jroll is skeptical23:17
NobodyCamahh I have fought (and lost) to nested kvm attempt this week23:17
jrolloh heh23:17
jrollyeah, we've been mostly testing on servers for that reason :P23:18
jrollNobodyCam: you're just doing kvm on kvm?23:18
kylestevi can work on my tech talk. just killing time until my dad gets up here from sjc.23:19
jrollah23:19
jrollyeah, write a talk :)23:19
NobodyCamjroll: ya, devtest crashes the vm launching seed,23:20
jrollNobodyCam: do we have docs on running devtest?23:20
lifelessjroll: devtest is all docs :)23:21
NobodyCamhttp://docs.openstack.org/developer/tripleo-incubator/devtest.html23:21
NobodyCamnot we but us23:21
NobodyCamlol23:21
jrollheh23:21
jrollI've been meaning to get this running23:22
jrolland/or tempest23:22
NobodyCamits much to close to the weekend23:22
NobodyCam:-p23:22
jrolloh yes23:23
jrollnot today :)23:23
lifelessNobodyCam: thanks, was just looking that up23:23
*** ccrouch has quit IRC23:27
NobodyCamlol23:28
* NobodyCam has that link in his link bar. lol :-p23:28
NobodyCamlifeless: I was just looking over my reviews and found. https://review.openstack.org/#/c/98050/ which seem to have dropped the ball on keeping up with. I will fix up and repost. later tonight or tomorrow :)23:33
NobodyCams/which/which I/23:33
lifelessthanks23:34
*** openstackgerrit has quit IRC23:37
*** rwsu has joined #openstack-ironic23:54

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