Wednesday, 2014-12-10

naohirotNobodyCam: and also Operator or deployer have to operate 2 set of Horizon Web GUI, one for virtual host such as KVM hypervisor, the other is for Ironic?00:00
NobodyCamnaohirot: as of right there is no support for virtual and physical deploys00:00
devanandanaohirot: it's possible to use different nova hypervisors in the same cloud by using host-aggregates, or cells00:02
*** smoriya has joined #openstack-ironic00:02
devanandahowever, I am not aware of any existing guides explaining how to do this with Ironic and libvirt00:02
NobodyCamlol I was just looking to see if there was any thing I could link on it00:02
devanandahttp://docs.openstack.org/openstack-ops/content/compute_nodes.html00:02
devanandaNote00:02
*** shakamunyi has joined #openstack-ironic00:02
devanandaIt is also possible to run multiple hypervisors in a single deployment using host aggregates or cells. However, an individual compute node can run only a single hypervisor at a time.00:02
naohirotNobodyCam: In order for deployer to manage virtual and psychical, do they need to prepare 2 sets of OpenStack right now?00:03
*** shakamunyi has quit IRC00:03
NobodyCamthey need to have setup cells or host aggregates00:04
*** ryanpetrello has quit IRC00:04
NobodyCamI have not gone thru and setup a cells install00:04
NobodyCamwould be a great doc to have thou, I'd wager00:05
naohirotdevananda: NobodyCam: I see, I'll take a look a the cells and host aggregation.00:05
NobodyCam:)00:06
NobodyCamnaohirot: please let us know how it goes...00:06
*** yuanying_ has quit IRC00:06
*** yuanying has joined #openstack-ironic00:07
*** david-lyle is now known as david-lyle_afk00:11
naohirotNobodyCam: devananda: one thing I need to know is that Horizon Web GUI, is the Web GUI able to manage both virtual and physical if we use the cells and host aggregation?00:12
*** andreykurilin_ has quit IRC00:12
devanandanaohirot: sorry, I do not know. you should ask the horizon developers that00:12
*** andreykurilin_ has joined #openstack-ironic00:13
devanandanaohirot: that's not a great answer... and I'm happy to introduce you to them, but we haven't done much yet with horizon integration specifically for Ironic00:13
devanandanaohirot: there is a Tuskar-UI plugin which has some integration between Horizon and Ironic. the developers of that hang out in #tripleo roomt00:14
NobodyCamI recall some very basic wire frame reviews but I am not at all sure if they actually landed00:14
naohirotdevananda: I see00:15
naohirotNobodyCam: devananda: anyway I'll take a look at the cell and host aggregation first. thanks!00:15
NobodyCam:) happy to help00:15
devanandanaohirot: actually, what I mean is, I don't believe there is currently support in Horizon for managing Ironic directly00:16
devanandanaohirot: whethers Horizon may (or may not) support a multi-hypervisor Nova deployment, I can not say00:16
NobodyCamnaohirot: https://blueprints.launchpad.net/horizon/+spec/node-management-ui00:17
naohirotdevananda: If horizen cannnot manage multiple hyper-visors, I can easily imaging the case of hypervisors and ironic. This is very helpful information.00:19
naohirots/imaging/imagine00:19
*** Masahiro has joined #openstack-ironic00:19
*** jerryz has joined #openstack-ironic00:20
naohirotdevananda: NobodyCam: Anyway I understood that currently VM deploy and baremetal deploy haven't been integrated yet, we are on the way to the seamless integration, right?00:21
devanandanaohirot: I do not understand what you mean. can you phrase the question differently?00:22
*** yuanying has quit IRC00:23
naohirotdevananda: Okay, I'm thinking a use case, how can deployer to deploy a compute node where Ironic deploy a physical OS.00:23
*** yuanying has joined #openstack-ironic00:23
naohirotdevananda: Is it possible right now?00:24
naohirots/to deploy/deploy/00:24
NobodyCamnaohirot: with cells yes00:24
*** Masahiro has quit IRC00:24
NobodyCambut I'm not sure that horizon has full support for that.00:24
devanandanaohirot: basically, you want Ironic to install OpenStack Nova on a server?00:24
devanandanaohirot: or did I misunderstand?00:25
*** igordcard has quit IRC00:25
NobodyCamI was thinking naohirot was looking to do something like offer both vm and phy nodes to his customers00:25
NobodyCambimw00:25
NobodyCambibw *00:26
devanandaNobodyCam: that's what I thought, too. not sure though00:26
JayFThat definately works ... using cells :)00:26
devanandaJayF: right. but then the question was, does Horizon support that, which I don't know00:27
NobodyCamJayF: do you know if horizon supports that setup atm00:27
NobodyCamlol00:27
naohirotdevananda: I just wanted to know a concrete setup example of OpenStack, so any configuration is fine, I just wanted to know it's possible or not.00:27
* NobodyCam point to JayF 00:28
NobodyCam*points00:28
JayFGiven right now Ironic has no code in Horizon supporting it at all00:28
JayFI can answer that with a definitive no00:28
JayFlol00:28
NobodyCamnaohirot: 00:26 | JayF > That definately works ... using cells :)00:28
JayFCombining Ironic + VMs in the same cloud :)00:28
JayFnot using Horizon to manage them00:28
* NobodyCam thinks he has never user it :(00:29
NobodyCamgah00:29
NobodyCamused00:29
* NobodyCam steps away00:29
naohirotJayF: devananda: Yes, that's what I'd like to know00:30
JayFI think I've seen horizon running exactly once00:30
naohirotdevananda: NobodyCam: JayF: I'll check the cell and the aggregation, thanks!!00:31
*** igordcard has joined #openstack-ironic00:33
*** igordcard has quit IRC00:34
*** yuanying has quit IRC00:36
HaomengI run into this error "Node 65fe14d5-df35-4895-90ab-377a79c64375 is locked by host localhost.localdomain, please retry after the current operation is completed. (HTTP 409)", can we cancel the reservation by commands?00:42
*** ryanpetrello has joined #openstack-ironic00:42
*** romcheg1 has quit IRC00:44
*** Masahiro has joined #openstack-ironic00:45
*** prontotest has joined #openstack-ironic00:49
*** prontotest has left #openstack-ironic00:49
NobodyCami think there is still a ope bug for that00:51
NobodyCamand morning Haomeng00:51
HaomengNobodyCam: morning00:51
HaomengNobodyCam: ok, let me check log and maybe we have gap for some logic for such state00:51
NobodyCamHaomeng: https://bugs.launchpad.net/ironic/+bug/135414700:52
*** yuanying has joined #openstack-ironic00:52
HaomengNobodyCam: yes, same error behavior00:52
NobodyCam:(00:53
HaomengNobodyCam: :)00:53
jrollso uh00:53
jrollnaohirot: devananda, NobodyCam, why wouldn't horizon work with combined virt/metal using cells?00:53
jrollpresumably those just show up as flavors00:54
jrolland the user clicks "boot an instance of virt||metal flavor00:54
jroll"00:54
NobodyCamjroll: have you used Horizon... I assume it would support.. But I can not say 100% it does00:54
jrollI haven't used it00:55
jrollbut like00:55
jrollisn't it just a gui around novaclient?00:55
jrollfor the purpose of booting instances?00:55
naohirotjroll: good evening00:56
jrollhi there00:56
naohirotjroll: everybody said that the cells and the host aggregation provide the way to handle both VM and bare metal.00:58
jrollright. they do.00:58
naohirotjroll: so I have to lean those first, :-)00:58
jrollwe use cells in production, it totally works :)00:59
jrollHaomeng: by the way, that happens when a lock gets stuck, like if you restart a conductor while a node is locked00:59
*** mikedillion has quit IRC01:00
*** mikedillion has joined #openstack-ironic01:01
naohirotjroll: that's great, I thought that it would be severely inconvenient for deployer if we couldn't handle both.01:02
jrollnaohirot: yep, we have it set up where ironic has its own cell, it's bee good to us for the most part01:03
*** yuanying has quit IRC01:03
*** yuanying has joined #openstack-ironic01:04
naohirotjroll: okay, I'll ask further question after learning what the cells and the host aggregation offer. Thanks!01:05
*** yuanying has quit IRC01:05
jrollcool, you're welcome :)01:05
naohirotjroll: :-)01:05
* devananda wanders afk for the evening01:08
*** yuanying has joined #openstack-ironic01:10
*** rloo has quit IRC01:10
*** mikedillion has quit IRC01:14
*** ryanpetrello has quit IRC01:26
*** marcoemorais has quit IRC01:26
*** yuanying has quit IRC01:29
*** Masahiro has quit IRC01:31
* mrda is trying to work out how to add a field to the Ironic db, and handle migrations too01:31
*** chenglch has joined #openstack-ironic01:33
Shrewsmrda: http://docs.openstack.org/developer/ironic/cmds/ironic-dbsync.html#revision01:33
*** Masahiro has joined #openstack-ironic01:34
mrdathanks Shrews01:34
*** spandhe has quit IRC01:34
*** Marga_ has quit IRC01:35
mrdaI was wondering how the revision id came about01:35
mrdaShrews: So at which point should I run ironic-dbsync?  Once I've updtaed the models.py file, but before I try and start conductor?01:38
Shrewsmrda: if you want to use the autogenerate stuff, yeah01:38
mrda"if I want"?01:39
*** mitz- has quit IRC01:39
Shrewschange models.py, ironic-dbsync revision --autogenerate, ironic-dbsync upgrade (IIRC), then start conductor01:39
mrdaAre the revision ids "special"? Or can I generate my own? (so long as they don't clash and refer to the last revision?)01:39
Shrewsbeen a while since i did all that01:39
mrdaok, thanks Shrews01:39
mrdaI'll have a play01:40
Shrewsthe revision id is autogenerated01:40
Shrewswith the 'revision' command01:40
Shrewswhich then gives you a file you can use to 'upgrade' the db tables themselves01:40
*** mitz_ has joined #openstack-ironic01:41
Shrewsi can't remember if 'revision' goes ahead and applies the changes. i don't think it does01:41
Shrewsi think it just creates the update file01:41
mrdaand it's the --message that gives the suffix for the migration script?  i.e. 21b331f883ef_add_provision_updated_at.py would be ironic-dbsync revision --message add_provision_updated_at or similar?01:41
Shrewsmrda: i think so01:42
mrdata01:42
Shrewsnp01:42
*** Marga_ has joined #openstack-ironic01:44
*** andreykurilin_ has quit IRC01:44
*** Marga_ has quit IRC01:48
Haomengjroll: ok, if we restart conductor again, if it will be released?01:51
Haomenglet me have test01:51
Haomengjroll: after the conductor is restarted again, it still in reservation status, so should we catch the signal before conductor existing ?01:53
*** shakamunyi has joined #openstack-ironic01:53
Haomengjroll: and try to wait or handle the nodes which are locked01:56
*** yuanying has joined #openstack-ironic02:01
openstackgerritMerged openstack/ironic-specs: New Ironic provisioner state machine.  https://review.openstack.org/13382802:03
*** yuanying has quit IRC02:10
*** harlowja has joined #openstack-ironic02:10
*** yuanying has joined #openstack-ironic02:10
*** Haomeng has quit IRC02:11
*** jb11211 has quit IRC02:13
*** r-daneel has quit IRC02:15
*** ChuckC has quit IRC02:18
*** Masahiro has quit IRC02:21
*** yuanying has quit IRC02:24
*** Masahiro has joined #openstack-ironic02:27
NobodyCamw00 h00 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^02:29
*** ZhangYang has joined #openstack-ironic02:33
*** ZZhangYang has joined #openstack-ironic02:37
*** ZhangYang has quit IRC02:38
*** ZZhangYang has left #openstack-ironic02:39
*** ZZhangYang has joined #openstack-ironic02:39
*** ZZhangYang has quit IRC02:42
*** Haomeng has joined #openstack-ironic02:42
*** ZhangYang has joined #openstack-ironic02:43
*** yuanying has joined #openstack-ironic02:44
*** ramineni has joined #openstack-ironic02:44
*** yuanying has quit IRC02:46
*** yuanying has joined #openstack-ironic02:47
*** ryanpetrello has joined #openstack-ironic02:48
*** yuanying has quit IRC02:51
jrollHaomeng: you need to manually unlock in the database02:52
Haomengyes, I will:)02:52
Haomengjust concern for our user, how they can do02:53
*** ChuckC has joined #openstack-ironic02:53
jrollsame thing :(02:53
* jroll runs ironic in production and that is a pain point02:53
Haomengjroll: :)02:53
jrollgood night Haomeng and everyone else :)02:54
Haomengjroll: good night:)02:54
*** ryanpetrello has quit IRC02:55
*** r-daneel has joined #openstack-ironic02:56
*** r-daneel has quit IRC03:00
*** jiangfei has left #openstack-ironic03:07
*** jiangfei has quit IRC03:07
*** jiangfei has joined #openstack-ironic03:07
*** ryanpetrello has joined #openstack-ironic03:10
*** harlowja is now known as harlowja_away03:12
*** ryanpetrello has quit IRC03:14
*** r-daneel has joined #openstack-ironic03:15
*** yuanying has joined #openstack-ironic03:16
*** kes has joined #openstack-ironic03:21
*** dlaube has quit IRC03:28
*** kes has quit IRC03:35
*** r-daneel has quit IRC03:50
*** kurtrao has quit IRC03:50
*** kurtrao has joined #openstack-ironic03:50
*** rameshg87 has joined #openstack-ironic03:58
*** kes has joined #openstack-ironic03:58
*** kes has quit IRC03:59
*** wanghua has joined #openstack-ironic04:01
*** kes has joined #openstack-ironic04:02
*** kes has quit IRC04:03
*** kurtrao has quit IRC04:13
*** kurtrao has joined #openstack-ironic04:14
*** jb11211 has joined #openstack-ironic04:21
rameshg87Haomeng, hello04:21
*** jb11211 has quit IRC04:24
*** datajerk1 has joined #openstack-ironic04:30
*** datajerk has quit IRC04:32
*** achanda has joined #openstack-ironic04:35
*** dlaube has joined #openstack-ironic04:50
Haomengrameshg87: hi04:52
rameshg87Haomeng, i had a questionn on IBM xCAT CI04:52
rameshg87Haomeng, are you the contact for it ? :)04:52
Haomengrameshg87: sure, i can help to find the contact04:53
rameshg87Haomeng, i was checking the logs, but it seems to run a node with pxe_ssh driver04:53
rameshg87Haomeng, i was expecting it is testing on real hardware04:53
Haomengrameshg87: yes, it should be ipminative driver04:53
Haomengrameshg87: let me check with xcat team04:53
Haomengrameshg87: owned by xcat team04:54
Haomengrameshg87: and response you once get the feedback04:54
rameshg87Haomeng, okay04:54
Haomengrameshg87: :)04:54
rameshg87Haomeng, i just downloaded the log from it: http://sourceforge.net/projects/xcat/files/OpenStack/CI/139057/5/check/check-ironic-xcat-third-party/704/logs/ironic-conductor.log/download04:55
Haomengok04:55
Haomengrameshg87: let me forward the log to xcat team04:55
rameshg87Haomeng, when i checked the conductor log, i see a node registered with pxe_ssh driver and then deployed04:55
rameshg87Haomeng, i couldn't see any node registered with pxe_ipmitool or pxe_ipminative driver04:56
rameshg87Haomeng, hence my question04:56
rameshg87Haomeng, may be you can just check the same point with xcat team04:56
Haomengok04:56
*** achanda has quit IRC04:59
Haomengrameshg87: I get response from xcat, they are testing some cases with ssh_pxe driver temporary04:59
rameshg87Haomeng, okay, so it's not real hardware right now, am i correct ?05:00
Haomengrameshg87: and they will switch to pxe_ipminative driver in recently days05:00
Haomengrameshg87: thaks for your information:)05:00
rameshg87Haomeng, okay so they will switch to pxe_ipminative soon05:00
rameshg87Haomeng, we are planning to start CI for hp hardware and we wanted some info on how many bare metals are you dedicating for CI ?05:01
*** achanda has joined #openstack-ironic05:01
rameshg87Haomeng, may be we will get that info later on05:01
Haomengrameshg87: let me forward these question to xcat05:03
*** achanda has quit IRC05:05
chenglchrameshg87:  hi, now we have four case test on the real machine , like  test__power_status  test_set_boot_device_pxe05:05
rameshg87chenglch, hi05:05
rameshg87chenglch, okay05:05
chenglchwe just change the nova boot to pxe_ssh temporary05:06
rameshg87chenglch, okay05:06
*** killer_prince is now known as lazy_prince05:06
rameshg87chenglch, just wanted to know how many machines you dedicate for xcat - so that we will have an fair idea how many bare metals are required for us too05:06
rameshg87chenglch, we plan to run the deploy of our deploy drivers - iscsi_ilo which will take approximately same time as pxe_ilo driver05:07
chenglchnow , we only have one baremetal machine05:07
rameshg87chenglch, okay05:07
rameshg87chenglch, i see xcat posts results in the same speed as that of other CI testing05:07
rameshg87chenglch, so i guess xcat CI is comfortably running with one bare metal, right ?05:08
rameshg87chenglch, i mean comfortably running deploy with one bare metal05:08
chenglchrameshg87: yes only one ,sometimes a little late response05:08
rameshg87chenglch, okay05:08
rameshg87chenglch, thanks a lot for the info05:08
*** Marga_ has joined #openstack-ironic05:09
*** Marga_ has quit IRC05:13
*** Marga_ has joined #openstack-ironic05:14
*** pensu has joined #openstack-ironic05:16
*** pensu has quit IRC05:17
*** pensu has joined #openstack-ironic05:18
*** achanda has joined #openstack-ironic05:19
*** achanda has quit IRC05:26
*** harlowja_away is now known as harlowja05:28
*** harlowja is now known as harlowja_away05:29
*** jrist has quit IRC05:30
*** pradipta_away is now known as pradipta05:33
*** kurtrao has quit IRC05:33
*** kurtrao has joined #openstack-ironic05:33
*** Marga_ has quit IRC05:36
kurtraoexit05:38
*** kurtrao has quit IRC05:38
*** Marga_ has joined #openstack-ironic05:38
*** masco has joined #openstack-ironic05:38
*** rushiagr_away is now known as rushiagr05:40
*** jrist has joined #openstack-ironic05:42
*** achanda has joined #openstack-ironic05:52
*** achanda has quit IRC05:55
*** achanda has joined #openstack-ironic05:56
*** Marga_ has quit IRC05:56
*** Marga_ has joined #openstack-ironic05:56
*** jiangfei has quit IRC05:59
*** jiangfei has joined #openstack-ironic05:59
*** achanda has quit IRC06:00
*** jrist has quit IRC06:09
*** dlaube has quit IRC06:09
jiangfeihi,Haomeng06:16
Haomengjiangfei: hi06:17
Haomengjiangfei: good afternoon06:17
jiangfeiHaomeng: good afternoon.06:17
jiangfeiHaomeng: today,  i want to add plugin-driver in conductor tablse, so it can  be checked by api, what about it06:18
*** jrist has joined #openstack-ironic06:22
*** kes has joined #openstack-ironic06:24
*** kes has quit IRC06:24
*** kes has joined #openstack-ironic06:24
*** yuanying_ has joined #openstack-ironic06:24
*** kesmellon has joined #openstack-ironic06:24
*** kes has quit IRC06:24
Haomengjiangfei: it is auto-added during conductor starting06:24
*** kesmellon has quit IRC06:24
Haomengjiangfei: if it is defined as python ext in entry_points06:25
*** kes has joined #openstack-ironic06:25
Haomengjiangfei: setup.cnf define these extensions06:25
Haomengjiangfei: setup.cfg entry_points sections06:25
*** yuanying_ has quit IRC06:25
Haomengyjiangfei: you can add your new driver into ironic.drivers list06:26
Haomengjiangfei: and run setup.py install again or change the python egginfo file directly, then restart conductor06:26
Haomengjiangfei: monitor the log to see if your driver is loaded06:27
jiangfeiHaomeng: i kown, but  these drivers not in enable_dirviers, it doesn't work.06:27
*** yuanying has quit IRC06:28
*** yuanying has joined #openstack-ironic06:28
Haomengjiangfei: yes, add it into ironic.conf enabled_drivers06:29
jiangfeiHaomeng: so i want add plugin_drivers element in conductor tables,  like this: mysql> select * from conductors;06:33
jiangfei+---------------------+---------------------+----+------------+-------------------+------------------------------------------    +--------+06:33
jiangfei| created_at          | updated_at          | id | hostname   | drivers           | plugin_drivers                               | online |06:33
jiangfei+---------------------+---------------------+----+------------+-------------------+------------------------------------------    +--------+06:33
jiangfei| 2014-11-28 06:28:56 | 2014-12-10 03:58:11 |  1 | test-host  | ["fake_ipmitool"] | ["fake_ipmitool, pxe_ssh, pxe_ipmitool...."] |      0 |06:33
jiangfei| 2014-12-10 02:30:14 | 2014-12-10 03:58:11 |  2 | test-host1 | ["fake_ssh"]      | ["fake_ssh","pxe_Iboot", "pxe_ipminative"]   |      0 |06:33
jiangfei+---------------------+---------------------+----+------------+-------------------+-------------------                           +--------+06:33
Haomengjiangfei: you can paste it via paste.openstack.org to share06:33
Haomengjiangfei: it is not added by manually06:34
Haomengjiangfei: 1. make sure it is in setup.cfg entry_points sections06:34
Haomengjiangfei: 2 make sure it is enabled by ironic.conf enabled_drivers06:34
jiangfeiHaomeng: yes06:35
Haomengjiangfei: then restart conductor and monitor the log to see if/how it is loaded06:35
*** trown has quit IRC06:36
*** krtaylor has quit IRC06:36
*** trown has joined #openstack-ironic06:37
*** krtaylor has joined #openstack-ironic06:38
jiangfeiHaomeng: yes, i want to inserted  these ironic.dirviers to database,not only ironic.conf enabled_drivers06:38
Haomengjiangfei: the new driver is auto-loaded, dont insert into tables by manually, dont think conductor will pick them up fine06:39
jiangfeiHaomeng: ii dont want to  insert into tables by manually.06:45
Haomengjiangfei: yes, confgurate new driver then it will be auto-loaded by conductor06:45
*** kes has quit IRC06:46
*** kes has joined #openstack-ironic06:49
rameshg87jiangfei, after adding your new driver to setup.cfg, you can run "python setup.py egg_info". this will change ironic.egg-info/entry_points.txt06:52
jiangfeirameshg87: thks06:53
kes用中文吧06:54
*** mrda is now known as mrda-away06:55
*** Haomeng has quit IRC07:05
openstackgerritTan Lin proposed openstack/ironic: Add AMT-PXE-Driver to deploy cloud on PC  https://review.openstack.org/13518407:06
*** Haomeng has joined #openstack-ironic07:07
*** k4n0 has joined #openstack-ironic07:25
*** Marga_ has quit IRC07:41
*** ndipanov_gone is now known as ndipanov07:54
*** ndipanov has quit IRC07:55
*** dtantsur|afk is now known as dtantsur07:55
dtantsurMorning Ironic07:55
*** ndipanov has joined #openstack-ironic07:56
*** jerryz has quit IRC07:58
Haomengdtantsur: morning:)07:59
naohirotdtantsur: good morning :-)07:59
dtantsurHaomeng, naohirot o/08:01
*** jerryz has joined #openstack-ironic08:07
*** dividehex has quit IRC08:09
*** dividehex has joined #openstack-ironic08:10
*** jistr has joined #openstack-ironic08:17
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: In-band hardware properites introspection via ironic-discoverd  https://review.openstack.org/13560508:23
*** jerryz_ has joined #openstack-ironic08:24
*** smoriya has quit IRC08:30
*** jcoufal has joined #openstack-ironic08:32
*** MattMan has quit IRC08:35
*** MattMan has joined #openstack-ironic08:36
*** erwan_taf has joined #openstack-ironic08:52
openstackgerritMerged stackforge/ironic-discoverd: Refactoring: split discoverd.py into 2 modules  https://review.openstack.org/14010209:05
openstackgerritMerged stackforge/ironic-discoverd: Refactoring: cap complexity at 15 and coverage at 90  https://review.openstack.org/14013609:05
*** athomas has joined #openstack-ironic09:13
*** derekh has joined #openstack-ironic09:17
*** lsmola has quit IRC09:18
openstackgerritMerged stackforge/ironic-discoverd: Refactoring: split test.py and rewrite tests for process  https://review.openstack.org/14033909:22
*** lsmola has joined #openstack-ironic09:22
openstackgerritArata Notsu proposed openstack/ironic: Correct vmware ssh power manager  https://review.openstack.org/13981009:33
*** kes has quit IRC09:41
pensuHey all, what does dhcp_provider=none in ironic.conf does? I mean, if I am not giving any DHCP, how am I supposed to boot a node?09:49
openstackgerritmalini-k-bhandaru proposed openstack/ironic-specs: Bare Metal Trust Using Intel TXT  https://review.openstack.org/13390209:51
*** jerryz__ has joined #openstack-ironic09:54
*** jerryz__ has quit IRC09:54
*** jerryz_ has quit IRC09:54
*** subscope has joined #openstack-ironic09:56
*** pelix has joined #openstack-ironic10:07
*** Masahiro has quit IRC10:10
*** Masahiro has joined #openstack-ironic10:11
*** yuanying_ has joined #openstack-ironic10:15
Haomengpensu: the dhcp port is controled by neutron10:17
*** jcoufal has quit IRC10:18
Haomengpensu: so depends on the net created from neutron10:19
*** yuanying has quit IRC10:19
*** erwan_taf_ has joined #openstack-ironic10:20
pensuHaomeng: Okay, what I am confused about it, if I want to use an external DHCP server, should I put dhcp_provider=none? Coz as I understand if it doesn't find anything, it's going to fall back to neutron as default...10:20
Haomengpensu: yes, but I think we support neutron only10:23
Haomengpensu: if put dhcp_provider=none, then mean will not call neutron api10:23
rameshg87dtantsur, hi10:23
dtantsurrameshg87, o/10:23
rameshg87dtantsur, regarding comment on https://review.openstack.org/#/c/135899/6/specs/backlog/raid-interface.rst - "Maybe we need at least vendor?"10:23
rameshg87dtantsur, doesn't the disk type serve the use-case10:24
dtantsurrameshg87, how?10:24
rameshg87dtantsur, i don't know which disk is actually cheaper10:24
rameshg87dtantsur, but typeA disk might be cheaper than typeB disk10:24
rameshg87dtantsur, and operator might want to use those disks for a particular raid volume10:25
rameshg87dtantsur, will the operator be so choosy in providing disks from vendorX specifically ?10:25
dtantsurrameshg87, I don't think type is enough to distinguish between e.g. hi-end and mid-end disks10:25
dtantsurthat's the use case I was told about, I don't know the details myself :)10:26
pensuHaomeng: Then how would this work: https://review.openstack.org/#/c/112351/10:26
rameshg87dtantsur, i am just afraid the list keeps growing :(10:26
pensuHaomeng: I mean, either I can put neutron as DHCP provider or "none".....and as far as I can see only none can help me to use external DHCP...10:26
dtantsuryeah... I'm not sure how to solve it10:27
pensuHaomeng: would I still need neutron?10:27
rameshg87dtantsur, ultimately we might keep providing enough information until we feel providing physical disks is better :)10:27
Haomengpensu: the patch is for dhcp plugin framework10:28
Haomengpensu: by default, we use neutron as dhcp provider10:28
Haomengpensu: if we have more dhcp provider code, we can configure it as another provider10:29
Haomengpensu: or set to none to use  external dhcp which is out-of openstack I think10:29
rameshg87dtantsur, i don't know - but adding vendor name there seems too much like "pets" to me10:30
rameshg87dtantsur, i personally wouldn't like to have it there10:31
dtantsurrameshg87, then how to solve this use case?10:31
*** naohirot has quit IRC10:31
pensuHaomeng: Hmmm.....that's what I am trying to figure out, how do I use an out-of openstack DHCP.....let me give it shot....thanks.....:)10:31
*** athomas has quit IRC10:32
*** Masahiro has quit IRC10:33
rameshg87dtantsur, i would like to know more about this use-case: hi-end and mid-end, what does it mean10:33
dtantsurI can find out and clarify (or let Imre do it :)10:33
*** humble__ has joined #openstack-ironic10:34
rameshg87dtantsur, yeah some more information from you or Imre would be helpful10:34
Haomengpensu: run dnsmasq to serv the dhcp request and provide pxe file server and bootfile-name10:34
Haomengpensu: let me find some reference10:35
Haomengpensu: https://www.debian-administration.org/article/478/Setting_up_a_server_for_PXE_network_booting10:36
Haomengpensu: hope this can help you10:36
*** wanghua has quit IRC10:36
Haomengpensu: and this one - http://blogging.dragon.org.uk/howto-setup-a-pxe-server-with-dnsmasq/10:37
*** athomas has joined #openstack-ironic10:39
pensuHaomeng: hey, thanks a lot for that! The thing is in my scenario, I am trying to get past the bootfile (i.e pxelinux.0) as I am already running a bootloader, I want kernel and ramdisk to be sent directly.....so, I am planning to use external DHCP to do that.....not sure if external DHCP is the right way to do that!10:46
Haomengpensu: the kernel and ramdisk is defined in pxeconfig folders10:48
*** ramineni has quit IRC10:48
Haomengpensu: such as /tftpboot/pxelinux.cfg/default10:48
pensuHaomeng: yeah, that I was able figureo out, I  just don't know how to go around pxelinux.0....the DHCP sends that first....and if I leave pxe_bootfile_name blank, it throws the error....10:49
Haomengpensu: http://www.syslinux.org/wiki/index.php/PXELINUX10:49
Haomengpensu: pxelinux.0 is the bootloader which is defined in dhcp potions10:50
Haomengpensu: s/potions/options10:50
Haomengpensu: the dhcp options can be passed by feedfile - with the dnsmasq command line argument --dhcp-optsfile10:52
pensuHaomeng: yeah, I tried to remove that option from pxe_utils.py, and ironic.conf.....but it gave me error that the filed is empty...10:53
pensuHaomeng: oh, I haven't tried that.....will give it a shot....10:54
pensuHaomeng: so, I just leave that filed blank? Or do I have to provide something else instead of pxelinux.0?10:54
Haomengpensu: good luck, suggest to find a guide which try to configure the dnsmasq for pxe by manually10:54
*** chenglch has quit IRC10:59
pensuHaomeng: Thanks...:)11:00
Haomengpensu: welcome11:00
Haomengpensu: in face, it is the same result with dnsmasq process which is controled by neutron dhcp port, and with our manualy steps11:01
Haomengpensu: to run dnsmasq with enough arguments to support pxe11:01
sambettsmorning11:03
*** humble__ has quit IRC11:06
*** humble__ has joined #openstack-ironic11:06
dtantsursambetts, morning11:06
sambettsmorning dtantsur11:08
*** rameshg87 has quit IRC11:12
*** pradipta is now known as pradipta_away11:22
*** lazy_prince is now known as killer_prince11:30
*** andreykurilin_ has joined #openstack-ironic11:34
*** Masahiro has joined #openstack-ironic11:34
*** alexpilotti has joined #openstack-ironic11:35
*** Masahiro has quit IRC11:38
*** jcoufal has joined #openstack-ironic11:46
openstackgerritTan Lin proposed openstack/ironic-specs: Bare Metal Trust Using Intel TXT  https://review.openstack.org/13390211:47
*** ifarkas has joined #openstack-ironic11:48
*** naohirot has joined #openstack-ironic11:54
*** pensu has quit IRC11:59
*** achanda has joined #openstack-ironic11:59
*** bradjones has joined #openstack-ironic12:03
*** david-lyle_afk is now known as david-lyle12:09
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Require manual power on if ipmi_setup_credentials is set in Node.extra  https://review.openstack.org/14065612:11
*** ifarkas has quit IRC12:14
*** david-lyle is now known as david-lyle_afk12:17
*** david-lyle_afk is now known as david-lyle12:17
*** ifarkas has joined #openstack-ironic12:19
*** jistr has quit IRC12:20
*** david-lyle is now known as david-lyle_afk12:23
*** david-lyle_afk is now known as david-lyle12:23
*** romcheg1 has joined #openstack-ironic12:28
*** david-lyle is now known as david-lyle_afk12:31
*** david-lyle_afk is now known as david-lyle12:31
*** ryanpetrello has joined #openstack-ironic12:36
*** jistr has joined #openstack-ironic12:40
*** Masahiro has joined #openstack-ironic12:46
*** athomas has quit IRC12:50
*** Masahiro has quit IRC12:51
*** dprince has joined #openstack-ironic12:54
*** athomas has joined #openstack-ironic12:59
*** david-lyle is now known as david-lyle_afk13:00
openstackgerritTan Lin proposed openstack/ironic: Add AMT-PXE-Driver to deploy cloud on PC  https://review.openstack.org/13518413:06
*** achanda has quit IRC13:17
*** andreykurilin_ has quit IRC13:27
*** masco has quit IRC13:27
ShrewsGood morning, Pixie Boots followers13:35
*** Marga_ has joined #openstack-ironic13:42
openstackgerritTan Lin proposed openstack/ironic: Add AMT-PXE-Driver to deploy cloud on PC  https://review.openstack.org/13518413:43
*** jerryz has quit IRC13:45
*** ndipanov has quit IRC13:50
dtantsurShrews, o/ :)13:53
naohirotShrews: good morning13:55
*** ndipanov has joined #openstack-ironic13:55
Shrewshi dtantsur, naohirot :)13:55
naohirotShrews: I have a question about python-ironicclient tox unit test13:56
naohirotShrews: In my environment, ironicclient.tests.test_shell.ShellTestNoMox.test_node_list never pass.13:57
naohirotShrews: I'm asking you this question because you kindly review my patch "py26" matter.13:58
naohirots/review/reviewed/13:58
Shrewsuh, hrm. what's the output?13:59
*** jcoufal_ has joined #openstack-ironic13:59
naohirotjust moment13:59
*** yarker has quit IRC14:00
naohirotShrews: ConnectionRefused: Unable to establish connection to http://keystone.example.com:5000/v2.0/tokens14:01
*** jcoufal has quit IRC14:01
naohirotShrews: I'm wondering if I need to start keystone server?14:02
Shrewsnaohirot: no. it shouldn't be trying to actually connect14:02
naohirotShrews: but this is unit test. I believe that I don't have to.14:02
*** yarker has joined #openstack-ironic14:03
Shrewsnaohirot: i *think* httpretty should be simulating the connection. i wonder if that's installed14:04
naohirotShrews: do you know why this unit test is named "ShellTestNoMox"?14:04
Shrewsnaohirot: no, i do not14:04
naohirotShrews: I'm wondering if "NoMox" means "NoMock"?14:05
Shrewsnaohirot: not sure what could be happening. try rebuilding the tox env:  tox -epy27 -r14:06
sorenWell, it's not using mox.14:08
sorenMaybe there used to be a set of tests that used mox and a set that didn't.14:08
*** subscope has quit IRC14:08
naohirotShrews: Actually this problem is persisting in my environment since I submitted "py26" tox patch, and I recreated my environment several times from clean installation.14:09
naohirotsoren: Hi14:09
sorenhttps://github.com/openstack/python-heatclient/blob/master/heatclient/tests/test_shell.py#L312-31414:10
sorenHas a bit of an answer.14:11
soren(And clearly there's some cut/paste going on here)14:11
naohirotShrews: is this tox unit test always executed at the Jenkins CI test?14:11
*** rushiagr is now known as rushiagr_away14:11
* naohirot looking at the URL14:12
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Require manual power on if ipmi_setup_credentials is set in Node.extra  https://review.openstack.org/14065614:13
Shrewsnaohirot: http://logs.openstack.org/53/134253/2/check/gate-python-ironicclient-python27/573d7bc/console.html.gz#_2014-12-04_11_55_02_68814:13
Shrewsnaohirot: something is broken in your local environment. that's difficult for me to debug  :)14:14
naohirotShrews: Okay, This case works at the gate, so it's my environment problem.14:15
naohirotsoren: thanks, I found the comment.14:16
naohirotShrews: soren: thanks, I'll check my environment thoroughly again.14:18
*** subscope has joined #openstack-ironic14:21
*** mjturek has joined #openstack-ironic14:23
*** rloo has joined #openstack-ironic14:27
NobodyCamgood morning Ironic14:30
* naohirot I see Mox is one of mock library, https://code.google.com/p/pymox/14:30
dtantsurNobodyCam, morning14:30
NobodyCammrning dtantsur14:30
NobodyCam:) morning naohirot14:30
*** igordcard has joined #openstack-ironic14:31
naohirotNobodyCam: good morning :)14:31
*** ryanpetrello_ has joined #openstack-ironic14:31
NobodyCam:)14:31
*** ryanpetrello has quit IRC14:31
*** mjturek has quit IRC14:31
*** ryanpetrello_ is now known as ryanpetrello14:31
*** mjturek has joined #openstack-ironic14:31
naohirotNobodyCam: we overlapped in morning and in evening :)14:32
NobodyCamhehehe yes we did :)14:32
naohirotNobodyCam: yeah, so it's time to go to bed :)14:33
NobodyCamnaohirot: I'll bet.. :)14:33
NobodyCamhave a good night14:33
naohirotNobodyCam: dtantsur: Shrews: sore: good night, see you!14:34
dtantsurnaohirot, g'night14:34
naohirotbye :)14:34
*** naohirot has quit IRC14:34
*** Masahiro has joined #openstack-ironic14:35
NobodyCambrb14:39
*** Masahiro has quit IRC14:39
dtantsurfolks, is it desired behavior that Ironic restarts a node that shut down itself? Oo14:40
dtantsurit was VERY surprising14:44
Shrewsdtantsur: probably the power sync thread, no?14:45
dtantsuryeah, it is14:45
dtantsurbut I'm not sure if it's what we want. do we expect the users to never shutdown the machine?14:46
Shrewsdtantsur: i'd expect they would shut it down via the API, not with a physical button press14:46
dtantsurShrews, that sounds quite limiting to me...14:47
dtantsurand I of course mean proper shutdown, not physical button14:47
Shrewswell, proper shutdown is via the API, no?14:47
dtantsurShrews, from which point of view? from pov of OS it's sudo halt14:47
dtantsurShrews, that causes problems with the ramdisks, like discoverd one14:48
*** rushiagr_away is now known as rushiagr14:48
dtantsurbecause it should shut down once it's finished completely14:48
Shrewsdtantsur: ah, from that POV, I'm not sure what we'd expect then. good question14:48
dtantsurand now I have to create one more loop from ramdisk to discoverd just to do `sudo halt` :)14:49
dtantsurI would also expect some users to try halting their machine via CLI as well :)14:49
dtantsurdevananda, once you're online, could you comment on ^^^ ?14:50
*** ndipanov has quit IRC14:52
jrolldtantsur: reason number two that we run without force_power_state or whatever14:53
jrolldtantsur: that way ironic will leave it alone, and then nova eventually notices and puts it in a STOPPED state14:54
dtantsurjroll, sorry, what do you mean?14:54
*** romcheg1 has quit IRC14:54
dtantsurahm14:54
dtantsuroh damn, I'd expect behavior like force_power_state_during_sync=False14:55
dtantsurand the default is True...14:55
jrollright14:55
jrollI tried to make that default to false once14:55
jrollgot shot down14:56
dtantsurhmm... changing option downstream and making it a requirement for discoverd sounds the easiest way to me14:56
dtantsurjroll, what was the reason?14:57
jrolldtantsur: I don't remember, trying to find the bug I filed14:57
jrolldtantsur: https://review.openstack.org/#/c/97361/14:58
*** romcheg1 has joined #openstack-ironic14:58
jrollsee lifeless' comment14:58
*** Marga_ has quit IRC15:00
dtantsuroh dear15:00
dtantsurthat's where cloud-only case contradicts others...15:00
jrollyeah, I'm sure there was irc discussion here too15:02
*** ndipanov has joined #openstack-ironic15:05
jrolldtantsur: I think this came from us wanting long-running ramdisks, and so that's why people were averse to it15:05
*** Marga_ has joined #openstack-ironic15:06
dtantsuroh hmm...15:06
dtantsurjroll, thanks for explanation. All this complicates my life seriously...15:06
jrolldtantsur: just... set that option to false?15:06
*** achanda has joined #openstack-ironic15:07
dtantsurjroll, maybe. not sure if we can do it e.g. instack-wide, need to talk to guys...15:07
jrollmmm.15:08
dtantsurunfortunately it won't affect only discoverd :)15:08
*** romcheg1 has quit IRC15:14
*** romcheg1 has joined #openstack-ironic15:16
NobodyCammorning jroll15:17
jrollmorning NobodyCam :)15:17
NobodyCam:)15:18
*** Marga_ has quit IRC15:21
*** r-daneel has joined #openstack-ironic15:24
*** zz_jgrimm is now known as jgrimm15:29
*** jrist has quit IRC15:36
NobodyCambrb15:39
*** Jatin360 has joined #openstack-ironic15:43
*** achanda has quit IRC15:44
jrollany mirantis folks around? is there a way to make fuel work with already provisioned servers?15:44
jrolllike if I wanted to skip the pxe-boot-and-provision step15:44
jrollromcheg: ^15:44
romchegjroll: one sec15:44
NobodyCamjroll: thats a odd use case15:44
romchegI will spawn someone, I'm still not that familiar with Fuel15:45
jrollNobodyCam: more curious than anything15:45
NobodyCam:)15:45
NobodyCamI have been asked just that question b4 .. btw15:45
*** holser has joined #openstack-ironic15:46
holserHi guys15:46
* romcheg spawnes holser15:46
jrollhiya holser15:46
jrollis there a way to make fuel work with already provisioned servers?15:46
jrolllike if I wanted to skip the pxe-boot-and-provision step15:46
NobodyCammorning romcheg and holser15:46
romchegMorning NobodyCam, and everyone else!15:47
holseractually, we have tiny software in provision image15:47
* holser that notifies when ready, when we know that provisioned server is ready, we can use it for deployments.15:48
jrollholser: what I'm thinking is, I have a bunch of servers running say, ubuntu. then I want to run mirantis cloud on them. without pxe booting15:48
jrollthat tiny software is fuel-agent, right?15:48
holserjroll, out of the box - no.15:49
holseryes, fuel-agent15:49
romchegit's nailgun-agent15:49
holsernailgun-agent*15:49
jrollcould I just run that on my machines and it would provision the rest of the openstack software?15:49
jrollah, ok15:49
romchegfuel-agent is a completely different story, related to image-based provisioning15:49
jrollright15:49
holserif you have agent and communication layer configured (mcollective) then all nodes will appear so you’ll be able to create environment and deploy it15:50
holserbut that functionality is not out of the box15:51
jrollneat15:51
holserwell, we have image-based provisioning you may create image based on it15:51
*** romcheg1 has quit IRC15:51
*** jrist has joined #openstack-ironic15:53
NobodyCamdtantsur: question: I'm looking at 135605 (discoverd spec)15:54
dtantsur1 moment, I'm on call15:55
jrollcool, thanks for the info holser :)15:55
*** achanda has joined #openstack-ironic15:55
holserjroll, you are welcome15:55
*** romcheg1 has joined #openstack-ironic15:58
*** zsmithnyc has joined #openstack-ironic15:58
romchegjroll: if you have more questions you can always jump in #fuel-dev as well15:58
jrollromcheg: right on, thanks15:59
*** achanda has quit IRC16:02
dtantsurNobodyCam, I'm back16:03
NobodyCamI'll add as a comment on the review. but wanted to ask how you came up with port 505016:04
*** asr9k has joined #openstack-ironic16:04
dtantsurNobodyCam, out of random. does it conflicts with something?16:04
NobodyCamhttps://isc.sans.edu/port.html?port=505016:04
jrollyahoo messenger, msn messenger, unity game engine16:05
jrollI don't think there will be conflicts here ;)16:05
NobodyCam:) I run my chat clients in the cloud16:06
dtantsurNobodyCam, port 5000 is also occupied by some malware, I don't think keystone cares :D16:06
NobodyCam:-p16:06
jrolllol16:06
*** rameshg87 has joined #openstack-ironic16:06
*** Jatin360 has quit IRC16:06
*** anderbubble has joined #openstack-ironic16:07
rameshg87NobodyCam, hi16:07
rameshg87NobodyCam, just saw comments on https://review.openstack.org/#/c/100951/51/specs/kilo/ironic-node-properties-discovery.rst16:07
NobodyCamhi rameshg8716:07
* NobodyCam looks16:07
rameshg87NobodyCam, it should have been MANAGED right instead of ENROLL16:07
*** theunraveler has joined #openstack-ironic16:07
NobodyCamoh you are correct16:07
rameshg87NobodyCam, as per https://github.com/openstack/ironic-specs/blob/master/specs/kilo/new-ironic-state-machine.rst16:07
rameshg87NobodyCam, okay16:07
*** cuihaozhi has quit IRC16:08
rameshg87NobodyCam, Nisha is on vacation16:08
NobodyCam:( yep thats what I get for reviewing before coffee16:08
rameshg87NobodyCam, since all are nits, i will just address them quickly16:08
dtantsurNobodyCam, anyway, you can change the port, if you run MSN on your undercloud machine :)16:08
NobodyCamwant me to put up a comment to that effect rameshg8716:08
rameshg87NobodyCam, i will do, np16:08
NobodyCamdtantsur: :) I'm good with that option :)16:09
NobodyCamrameshg87: Thank you :)16:09
*** dtantsur is now known as dtantsur|brb16:10
*** jistr has quit IRC16:10
*** dlaube has joined #openstack-ironic16:11
*** theunraveler has quit IRC16:12
*** achanda_ has joined #openstack-ironic16:13
*** dlpartain has joined #openstack-ironic16:13
*** masco has joined #openstack-ironic16:16
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Discover node properties using new CLI node-inspect  https://review.openstack.org/10095116:16
rameshg87NobodyCam, dtantsur|brb, ^^16:17
NobodyCamThank you rameshg87 I will take a look in just a few minutes16:17
rameshg87NobodyCam, thanks16:17
*** jb11211 has joined #openstack-ironic16:19
*** Marga_ has joined #openstack-ironic16:20
*** erwan_taf has quit IRC16:21
*** erwan_taf_ has quit IRC16:22
*** Masahiro has joined #openstack-ironic16:24
*** ryanpetrello has quit IRC16:27
*** ryanpetrello has joined #openstack-ironic16:28
*** Masahiro has quit IRC16:28
*** baker_ has joined #openstack-ironic16:29
*** mikedillion has joined #openstack-ironic16:29
*** romcheg1 has quit IRC16:31
*** baker__ has joined #openstack-ironic16:33
*** baker_ has quit IRC16:33
*** subscope has quit IRC16:35
NobodyCamrameshg87: +2'd16:35
*** Marga_ has quit IRC16:37
*** Marga_ has joined #openstack-ironic16:37
dlaubeg'morning16:40
NobodyCammorning dlaube :)16:40
rameshg87NobodyCam, thanks :)16:42
jrollheya dlaube :)16:42
*** athomas has quit IRC16:42
*** mikedillion has quit IRC16:44
*** shakamunyi has quit IRC16:45
*** victor_lowther has quit IRC16:45
*** romcheg1 has joined #openstack-ironic16:46
dlaubejroll: you ready for this big storm heading our way?16:46
*** romcheg1 has quit IRC16:47
jrolldlaube: I grew up in michigan where winter storms were 2 feet of snow, this is nothing :)16:47
dlaubenice! I'm originally from upstate NY where we have seen the same16:48
zsmithnycdlaube: isn't jake in Michigan too?16:48
dlaubeI only worry about flooding out here16:48
jrollhaha16:49
dlaubezsmithnyc: minnesota I thought16:49
dlaubei could be wrong16:49
jrollI'm in the deep east bay, I don't think I'll have many problems16:49
jrollflooding wise16:49
dlaubejroll: good deal, east bay will probably be high and dry16:50
jrollnot quite dry :P16:50
dlaubeheh16:50
*** subscope has joined #openstack-ironic16:51
*** rameshg87 has quit IRC16:51
NobodyCambrb ... make'n mo coffee16:51
*** dlpartain has quit IRC16:52
*** romcheg1 has joined #openstack-ironic16:57
*** achanda_ has quit IRC16:58
*** igordcard has quit IRC17:00
*** achanda has joined #openstack-ironic17:02
*** david-lyle_afk is now known as david-lyle17:06
*** baker__ has quit IRC17:08
zsmithnycjroll: heard you've been schooling mr dlaube a bit. thanks for the help ;-)17:08
jrollha!17:09
jrollnot a problem :)17:09
*** Marga_ has quit IRC17:12
*** k4n0 has quit IRC17:12
devanandamorning, all17:21
NobodyCamgood morning devananda17:21
Shrewsnow that's odd. why would ironic-dbsync not create tables at the most recent revision? hrm, a mystery....17:22
NobodyCamShrews: because it doesn't like you?17:23
ShrewsNobodyCam: that's likely true17:23
NobodyCam:-p17:23
Shrewsperhaps it's because i haven't had lunch yet. i should remedy that right now17:23
Shrewsbiab17:24
*** dtantsur|brb is now known as dtantsur17:27
*** marcoemorais has joined #openstack-ironic17:28
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/14077917:30
*** victor_lowther has joined #openstack-ironic17:41
NobodyCamgah why cann't I compaire patch versions to one another.. I could last night...17:43
*** Marga_ has joined #openstack-ironic17:43
*** rloo has quit IRC17:44
NobodyCamoh and just a side comment: Thanks to everyone for all the work and effort on the new state machine !!!!17:44
jroll^^^^^^^^17:44
*** pensu has joined #openstack-ironic17:46
JayFdid it land?17:46
NobodyCamyes last night17:46
JayFwoohoo17:47
JayFty victor_lowther17:47
JayFamong many others17:47
*** afaranha has quit IRC17:47
*** Marga_ has quit IRC17:49
*** shakamunyi has joined #openstack-ironic17:52
*** Marga_ has joined #openstack-ironic17:52
*** andreykurilin_ has joined #openstack-ironic17:53
*** masco has quit IRC17:54
*** shakamunyi has quit IRC17:55
victor_lowther:)17:56
NobodyCamvictor_lowther: Thank you :)17:57
Shrewsok, so 'ironic-dbsync upgrade' on an empty schema does NOT create the latest table versions, but 'ironic-dbsync create_schema' does18:02
Shrewsso that's fun18:02
*** derekh has quit IRC18:02
Shrewsanyone know alembic really well?18:02
jrollShrews: what version does "upgrade" end up at?18:03
NobodyCamquick poll.. what are folks thoughs on Ironic creating images18:03
jrollnoooooo18:03
Shrewsjroll: 3cb628139ea418:03
jrollwhy?18:03
NobodyCamhttps://review.openstack.org/#/c/13402218:03
NobodyCamI should have said deploy images18:04
JayFI think it's very reasonable to build ISOs out of existing, operator supplied kernel/ramdisk pairings18:04
JayFas the fact the transport mechanism for the image is an ISO vs PXE is a hardware abstraction that Ironic should hide18:04
jrolloh, yeah18:05
jrollI see that as packaging images18:05
jrollnot building18:05
jrollShrews: ... weird18:05
NobodyCamand we kinda do the floppy thing now for the ilo/drac's type stuff18:05
Shrewsjroll: and when the conductor tries to start, you end up getting the same error as this person was asking about: http://lists.openstack.org/pipermail/openstack/2014-December/010698.html18:06
*** shakamunyi has joined #openstack-ironic18:06
jrollShrews: I have a thought18:06
jrollmaybe not18:07
jrollShrews: btw, I think you can also get that error when a driver fails to load18:07
devanandaNobodyCam: deploy kernel/ramdisk? or the instance image?18:11
*** Masahiro has joined #openstack-ironic18:13
openstackgerritMerged openstack/ironic-specs: Set blueprint link for drivers capabilities spec  https://review.openstack.org/14026718:13
openstackgerritMerged openstack/ironic-specs: fix the filename for hardware-capabilities.rst  https://review.openstack.org/14025218:14
JayFd'oh ^ I didn't see that fix but ty to whoever fixed that18:14
JayFI knew better than to name it the wrong thing18:14
*** jlk has left #openstack-ironic18:14
*** Masahiro has quit IRC18:17
*** dlfryar has joined #openstack-ironic18:20
*** anderbubble has quit IRC18:21
*** anderbubble has joined #openstack-ironic18:23
NobodyCamdevananda: deploy image18:26
*** MattMan has quit IRC18:26
NobodyCamoh JayF was just looking over your comments on 134022.. Re: glance and uplading of images see: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ilo/deploy.py#L133-L13518:27
devanandaNobodyCam: what is "deploy image" ?18:27
devanandaNobodyCam: I think I'm missing some obvious context ...18:28
NobodyCamthe deploy ISO for vmedia based deploys18:28
*** ifarkas has quit IRC18:28
NobodyCamdevananda: question was from spec 13402218:28
NobodyCam:)18:28
* NobodyCam hands devananda some more coffee too18:28
dtantsurdevananda, thanks for reviewing the in-band introspection spec, I have some clarification questions inline.18:30
*** Marga_ has quit IRC18:30
*** Marga_ has joined #openstack-ironic18:31
*** harlowja_away is now known as harlowja18:31
*** Marga_ has quit IRC18:32
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Implement Cleaning States  https://review.openstack.org/10268518:32
*** Marga_ has joined #openstack-ironic18:32
devanandadtantsur: lemme see. I've also just commented on Nisha's spec which yours depends on18:35
devananda10095118:35
dtantsurcool, will have a look too18:36
*** Marga_ has quit IRC18:37
*** Nisha has joined #openstack-ironic18:39
*** pelix has quit IRC18:40
dtantsurNobodyCam, rloo, I do think that --dryrun for inspection worth a separate spec...18:44
NobodyCamreally?18:45
*** Hefeweizen has joined #openstack-ironic18:46
NobodyCamI was thinking it was just a skip the actual properties update type change18:46
dtantsurNobodyCam, even the question "where to store this dryrun information" looks complicated to me...18:46
NobodyCamyou see it as larger then that18:46
*** humble__ has quit IRC18:46
dtantsursuggesting to start using 'extra' for temporary dropping this information?18:46
NobodyCamhummm18:47
*** humble__ has joined #openstack-ironic18:49
devanandadtantsur: replied18:49
devanandaI don't like discover --dryrun18:49
dtantsurthanks18:49
devanandawe dont have provision --dryrun ...18:50
devanandaor set-power-state --dryrun18:50
devanandawhat makes this interface need that, when others didn't?18:50
NobodyCamother interfaces have a validate. like with power i can validate it will work.. with discover I have no way to "test" what its going to do18:51
NobodyCambut I do see the point your making here18:52
devanandaoh, i need to draft a spec for enroll->validate->managed18:52
devanandawhich is different from the validate() that each driver interface implements -- those don't actually touch the node18:53
*** pensu has quit IRC18:53
devanandathey only check whether the driver *believes* it has the information it needs. not whether the information is *correct*18:53
NobodyCamdoesn't power do a test poke... Imbw in that thought...18:53
devanandanope18:54
devanandawe removed that a while back18:54
NobodyCamahh18:54
NobodyCam:-p18:54
*** rloo has joined #openstack-ironic18:54
* NobodyCam updates brain index18:54
devanandahttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ipmitool.py#L60418:54
*** Marga_ has joined #openstack-ironic18:56
*** Marga_ has quit IRC18:56
NobodyCamso I do agree that this interface should not be different then the others18:56
devanandahttps://bugs.launchpad.net/ironic/+bug/1314954 fix actually added that comment18:56
devanandahttps://bugs.launchpad.net/ironic/+bug/1314961 is Wishlisted18:57
devanandathat'll be solved by imlementing enroll->validating->managed18:57
*** Marga_ has joined #openstack-ironic19:01
*** marcoemorais has quit IRC19:02
*** marcoemorais has joined #openstack-ironic19:03
*** marcoemorais has quit IRC19:03
*** marcoemorais has joined #openstack-ironic19:03
*** jiangfei has quit IRC19:05
*** jistr has joined #openstack-ironic19:05
*** jiangfei has joined #openstack-ironic19:06
*** andreykurilin_ has quit IRC19:09
*** dlfryar has quit IRC19:11
devanandaNobodyCam: in the fsm.py patch, is there a reason you added **watchers only to a few states?19:14
devanandaoh -- never mind. it's on the _states_, not _transitions_. ignore me :)19:15
NobodyCam:-p19:16
devanandaNobodyCam: going to fix up a few more things in it, in response to rloo's comments19:18
devanandaI'm hoping to have some time today to implement the next step19:18
*** pawel-palucki has quit IRC19:18
devanandaare you working on it, by chance?19:18
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add a new driver for Fuel Agent  https://review.openstack.org/13811519:23
NobodyCamthe next step or the next review.. /me is not doing any coding for fsm atm19:25
devanandak k19:26
*** baker has joined #openstack-ironic19:27
*** jistr has quit IRC19:30
*** erwan_taf has joined #openstack-ironic19:31
*** dlfryar has joined #openstack-ironic19:31
*** erwan_taf_ has joined #openstack-ironic19:33
*** shakamunyi has quit IRC19:33
openstackgerritDevananda van der Veen proposed openstack/ironic: Add fsm.py module  https://review.openstack.org/13921519:34
*** shakamunyi has joined #openstack-ironic19:34
NobodyCamThank you for the new cli release devananda :)19:34
openstackgerritDevananda van der Veen proposed openstack/ironic: Begin using the state machine for node deploy/teardown  https://review.openstack.org/13921619:35
openstackgerritDevananda van der Veen proposed openstack/ironic: Begin using the state machine for node deploy/teardown  https://review.openstack.org/13921619:36
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Support updating IPMI credentials from within ramdisk  https://review.openstack.org/14081419:37
*** jiangfei has quit IRC19:40
dtantsurg'night folks19:40
*** dtantsur is now known as dtantsur|afk19:40
NobodyCamhave a good night dtantsur|afk19:40
*** marcoemorais has quit IRC19:40
*** jiangfei has joined #openstack-ironic19:41
*** marcoemorais has joined #openstack-ironic19:41
*** marcoemorais has quit IRC19:42
*** marcoemorais has joined #openstack-ironic19:43
*** jcoufal_ has quit IRC19:49
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add a new driver for Fuel Agent  https://review.openstack.org/13811519:56
openstackgerritDevananda van der Veen proposed openstack/ironic: Refactor async helper methods in conductor/manager.py  https://review.openstack.org/13921719:57
*** mrda-away is now known as mrda19:57
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Implement Zapping States  https://review.openstack.org/14082619:58
mrdaMorning Ironic!19:58
NobodyCammorning mrda19:58
mrdahey NobodyCam19:58
devanandag'morning, mrda!19:59
mrdahi devananda19:59
jroll\o mrda20:00
mrdahiya jroll20:00
*** Masahiro has joined #openstack-ironic20:01
*** dlfryar has quit IRC20:02
NobodyCamdevananda: looking at the add fsm.py patch... you see any reason to add something like: https://github.com/openstack/taskflow/blob/master/taskflow/tests/unit/test_types.py20:04
devanandaNobodyCam: something like that, yes20:05
devanandathere aren't any unit tests in my patch series for fsm.py, which is less than ideal20:05
NobodyCam:)20:06
devanandaso ya, class FSMTest would make sense to port20:06
*** Masahiro has quit IRC20:06
devanandaI can do that, unless someone else wants to20:06
NobodyCamI can attempt to do that20:07
devanandak k20:07
*** ryanpetrello has quit IRC20:11
*** ryanpetrello_ has joined #openstack-ironic20:11
*** ryanpetrello_ is now known as ryanpetrello20:12
*** dlfryar has joined #openstack-ironic20:12
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Do not log configdrive contents at INFO.  https://review.openstack.org/14083020:14
JayFjroll: ^ fix that bug I just found20:14
jrollJayF: s/at INFO.// maybe?20:14
JayFmeh?20:15
jrollmakes it sound like you're changing the log level20:15
jrollif you don't read the rest20:15
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Do not log configdrive contents ever.  https://review.openstack.org/14083020:15
jroll<320:15
jrollI was going to troll you for a bug number20:16
jrollturns out you had one, great work20:16
JayFof course I did20:16
JayFI'd enforce that on you :)20:16
*** Nisha has quit IRC20:18
NobodyCambrb20:22
*** jcoufal has joined #openstack-ironic20:23
devanandaaweeks: looking into how to do callbacks from fsm.py right now20:23
devanandaaweeks: it's not possible right now, because the callbacks need to happen in the worker pool -- not in the same thread20:24
lifelessdtantsur|afk: jroll: ironic powering off something running ironic managed code is different to that case IMO - no?20:28
jrolllifeless: at the risk of getting into a conversation that I don't want to have right now... different to which case?20:30
lifelessjroll: so the review I commented on was changing the default of force-power-state20:31
lifelessjroll: there are two broad cases AIUI - there's the case where you want Ironic to be like a generic IPMI proxy, e.g. its not managing power unless you say 'please change X', which folk with non-cloud environments may want.20:32
lifelessjroll: and there is the case where Ironic is managing the machines - doing deployments and so forth, so all the concerns I raised in that comment apply.20:33
JayFWhy does that use case belong in OpenStack? Caring about pets != cloudy20:33
lifelessJayF: I'd be delighted to remove it entirely20:33
lifelessjroll: discoverd, assuming I got the context right, is about doing hardware interrogation to figure out what is inside the box20:34
JayFlifeless: actually, that use case could fit in a machine in the new MANAGED state20:34
lifelessjroll: and thus thats either part of the Ironic state machine20:34
* JayF exits the conversation before the gravitational pull gets too strong20:35
lifelessjroll: or if its being down by something a layer up, they should put it in maintenance mode20:35
jrolllifeless: what we're talking about is what happens when something running on the machine calls 'halt'20:35
jrolllifeless: for example, a user that doesn't know they should call nova stop instead20:35
*** dlfryar has quit IRC20:35
lifelessjroll: ok. So if the tenant turns it off, it should stay off ?20:36
jrollyes20:36
lifelessjroll: I'd be ok with that; false *on* is what is a big issue for me.20:36
jrollit's the tenant's machine20:36
jrollsure20:36
lifelessjroll: you won't get pushback from me on this20:37
jrolllifeless: I can get behind that, though I tend to think that's a rare case :)20:37
lifelessjroll: the prior proposal's issues were all around false on.20:37
jrollright20:37
Shrewsjroll: trying to reproduce that ironic-dbsync problem in a non-dockerized environment... can't do it. more weirdness  :(20:37
jrolllifeless: because we get a little bit hacky over here20:37
jrollShrews: stale pyc files maybe somehow?20:37
Shrewsjroll: possible20:38
Shrewslikely, even20:38
*** dlfryar has joined #openstack-ironic20:41
NobodyCambrb20:43
*** rushiagr is now known as rushiagr_away20:43
ShrewsJayF: lol @ bug 140124420:44
*** shakamunyi has quit IRC20:53
Shrewsdhellmann: Any idea on when the next release of oslo.messaging will occur? Specifically looking for this fix: https://review.openstack.org/13998220:53
Shrewsi suppose i could just install it from git to silence the warnings  :/20:54
*** Haomeng|2 has joined #openstack-ironic20:54
alexm__Hi guys, how can I make my ssh keypair be copied over my metal node that I provisioned with Ironic? It seems like cloud-init cannot do this, since there is no metadata service on 169.25420:54
*** Haomeng has quit IRC20:54
devanandaalexm__: either run the nova metadata service, so that that works ... or bake it into the image you are deploying20:55
*** shakamunyi has joined #openstack-ironic20:56
jrollor use configdrive! (disclaimer it doesn't quite work yet)20:57
alexm__devananda: the metadata service is running on the controller node with Ironic/nova, but the metal node cannot route to it. Must I add some extra properties to the neutron subnet?20:57
devanandaalexm__: quite possibly. it depends on your network environment20:58
jrollyou almost certainly need to do something on the networking side of things20:58
alexm__baking the service on the image, or baking the ssh pub keypair for that matter, would do the trick. However, it’s not really friendly to ask clients to do this all the time, what’s the strategy for this?20:59
devanandaalexm__: proper networking so that cloud-init can reach the metadata service :)20:59
alexm__devananda: must be a common issue, is everyone doing this by hand? Thought Ironic would take care of that ;)21:00
devanandaalexm__: ironic doesn't proscribe the network environment it is run in21:00
devanandaso, yes, everyone has to set up their networks21:00
devanandaand people choose different ways to do that21:01
alexm__alright I’ll see how we can deploy that, thanks!21:02
*** erwan_taf_ has quit IRC21:02
*** erwan_taf has quit IRC21:02
JayFShrews: strange the things you see when tailing logs during a deployment :)21:03
*** achanda has quit IRC21:15
openstackgerritRuby Loo proposed openstack/ironic: Update dev quick-start for devstack  https://review.openstack.org/14012421:15
JayFI just had a pep8 job fail in an interesting way; a traceback in pep8 itself. https://gist.github.com/jayofdoom/dc8df0c64a8f594fd5ae21:26
NobodyCambrb21:28
jrollI feel like I've seen this before21:28
JayFthis was in the gate21:32
JayFfor my one line change from earlier21:32
*** jcoufal has quit IRC21:43
adam_gJayF, link to the logs?21:46
adam_gi feel like we saw that in the ironic tree when PYTHONHASHSEED=random, but maybe that was sphinx21:47
*** Masahiro has joined #openstack-ironic21:50
*** enterprisedc has quit IRC21:52
*** Masahiro has quit IRC21:55
JayFadam_g: it's for https://review.openstack.org/14083021:58
JayFadam_g: ipa21:58
*** ryanpetrello has quit IRC22:04
*** dprince has quit IRC22:04
adam_gJayF, heh its an H803 error22:05
adam_gJayF, see here https://bugs.launchpad.net/horizon/+bug/122934222:05
adam_gremoving the . from the commit message fixes it locally22:05
jrolllol22:05
openstackgerritJim Rollenhagen proposed openstack/ironic-python-agent: Do not log configdrive contents ever  https://review.openstack.org/14083022:06
jrollthanks adam_g22:06
*** shakamunyi has quit IRC22:08
adam_gdoes the agent ramdisk get its networking  from DHCP on boot or does it derive it from somewhere else? the pxe ramdisk is currently getting it from kernel parameters appended by syslinux22:09
jrollit DHCPs afaik22:09
*** shakamunyi has joined #openstack-ironic22:10
*** zigo has quit IRC22:11
*** zigo has joined #openstack-ironic22:12
devanandaNobodyCam: I think 'wait call-back', on error, goes to 'deploy failed'22:15
*** r-daneel has quit IRC22:16
devanandathere's a path which isn't covered by unit tests ... just found ^22:16
devanandavia conductor.utils.cleanup_after_timeout22:16
devanandashould that go to deployfail or error?22:17
*** dlfryar has quit IRC22:20
NobodyCamoh22:25
*** andreykurilin_ has joined #openstack-ironic22:25
NobodyCamI'm thinking deployfail22:25
NobodyCamas we're not sure ware the error is.. conductor,node, network22:26
devanandaright22:26
*** dlfryar has joined #openstack-ironic22:26
devanandahttp://git.openstack.org/cgit/openstack/ironic/tree/ironic/conductor/utils.py#n13122:26
devanandacurrent code goes to DEPLOYFAIL22:27
NobodyCamyep22:27
devanandai'm probably missing something, but this seems like it should have failed unit tests22:28
devanandahttps://review.openstack.org/#/c/139216/5/ironic/conductor/utils.py22:28
devanandabecause there is no 'fail' transition from DEPLOYWAIT in https://review.openstack.org/#/c/139215/5/ironic/common/states.py22:30
*** yjiang5_away is now known as yjiang522:32
NobodyCamyep we've got deleteing and deploying22:32
NobodyCamlet me add22:32
devanandasec. I have it in the patch I'm working on22:33
NobodyCamok22:33
devanandaI'm experimenting with moving all the callback stuff into task_manager22:33
devanandaseems to work well for (event) -> STATING -> STATED -> NEWSTATE22:34
devanandanot as well for STATING -> (event) -> STATEFAIL22:34
devanandabecause if the callback from event hits NoFreeConductorWorker, it doesn't run, but the node is being left in STATEFAIL22:35
devanandawithout actually transitioning22:35
devananda** without the driver being called to perform the transition22:35
*** aszeszo has quit IRC22:39
*** aszeszo has joined #openstack-ironic22:39
NobodyCamoh22:48
*** baker has quit IRC22:48
NobodyCamdevananda: fyi - http://paste.openstack.org/show/F7pNvjPmbxSlyMMi3ekv22:50
NobodyCamneeds clean up...22:50
devanandaNobodyCam: needs significant refactoring. that's not threadsafe22:53
devanandausing module globals to track test progress is going to break when run in parallel22:53
NobodyCamack22:53
devanandaharlowja: looks like taskflow isn't running testr with --parallel ?22:54
harlowjadevananda hmmm, not sure22:54
devanandahttps://github.com/openstack/taskflow/blob/master/tox.ini22:54
NobodyCamthat is the initial stab22:55
harlowjadevananda hmmm, could be22:55
harlowjathat might make it go quicker, ha22:55
harlowjais anyone running it in parallel?22:56
devanandahmm22:56
harlowjais ironic :-/22:57
devanandaharlowja: my bad. I thought the link NobodyCam sent me was from taskflow22:57
harlowjakk22:57
devanandaharlowja: i'm pretty sure we are... but it's not in our tox.ini either, so now I've just opened a can of worms :p22:57
harlowja:-P22:57
harlowjamaybe by default parallel?22:57
harlowjanope, not that, ha22:59
harlowjaodd22:59
harlowjawell thats weird, lol22:59
devanandait is in the gate env, tho22:59
harlowjaya, mysterious23:01
NobodyCamdevananda: oh no that was my initial port of the tests23:03
harlowjaNobodyCam u need to make a neater example FSM vs the jump up down one, lol23:06
NobodyCam:)23:06
openstackgerritMerged openstack/ironic-python-agent: Do not log configdrive contents ever  https://review.openstack.org/14083023:06
NobodyCamhumm: https://github.com/openstack/ironic/blob/master/tox.ini#L1523:07
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Add command metrics to IPA API  https://review.openstack.org/11998123:07
*** dlfryar has quit IRC23:08
adam_gjroll, are you familiar with elilo_efi_pxe_config.template at all? you were listed as a co-author23:26
NobodyCamoh the testr option is --no-parallel23:26
NobodyCamtil23:26
jrolladam_g: not really, that's a uefi thing iirc23:26
jrolladam_g: I just cleaned up a bunch of stuff on that patch23:26
adam_gjroll, ah, ok23:26
adam_gjroll, do you know the original authors irc nick?23:27
jrolllink to the patch?23:27
jrollwhat are you trying to figure out?23:27
*** ChuckC has quit IRC23:28
adam_gtrying to figure out the '%H::on' is doing here, and why it might be needed. ip=%I:{{pxe_options.tftp_server}}:%G:%M:%H::on"23:29
*** ryanpetrello has joined #openstack-ironic23:29
adam_gi'd like to try to remove the use of passing net info to ramdisks via ip=*23:29
adam_gpatch at https://review.openstack.org/#/c/114357/23:30
*** anderbubble has quit IRC23:30
*** r-daneel has joined #openstack-ironic23:33
*** r-daneel has quit IRC23:38
*** Masahiro has joined #openstack-ironic23:39
openstackgerritDevananda van der Veen proposed openstack/ironic: Enable async callbacks from task.process_event()  https://review.openstack.org/14086823:40
openstackgerritDevananda van der Veen proposed openstack/ironic: Convert check_deploy_timeout to use process_event  https://review.openstack.org/14086923:40
devanandaNobodyCam: ^23:42
devanandaaweeks: example of the callbacks in action, so far as I have yet gotten them to work, is above23:42
devanandaharlowja: probably not how you envisioned the on_event stuff working -- but a lot of our transitions happen in a different thread than the one which receives the event ... soooo ... ^23:43
*** Masahiro has quit IRC23:43
harlowjainteresting23:44
devanandahttps://review.openstack.org/#/c/140868/1/ironic/conductor/task_manager.py23:45
harlowjaya, thats starting to look like the reaction stuff sorta :-P23:45
devanandaharlowja: it's tightly coupled to the task_manager context though23:46
harlowjaya, i wonder if that can be de-coupled23:46
harlowjaif that matters23:46
harlowjadepends on how much u want to invert things23:46
devanandathis is mostly getting triggered via __exit__23:47
harlowjakk, spawn_after gets triggered there?23:48
harlowjaya, looks like it23:49
*** r-daneel has joined #openstack-ironic23:50
*** ryanpetrello has quit IRC23:50
harlowjathis though might be ok, its similar in concept to a reaction that i had, in that the reaction u have spawns a callback, sets up an error handler, does some other stuff...23:50
harlowjagets triggered whenever __exit__ happens23:50
harlowjathat then causes state machine to do something else, react to something new, and repeat23:51
jrolladam_g: ah, that person's nick is faizan, they are sometimes on irc23:51
adam_gjroll, thanks23:52
devanandaharlowja: very close, ya. except that handlers don't return a pointer to the next handler23:53
devanandaharlowja: or s/handler/reaction/23:53
harlowjaya23:53
harlowjawhich i think is ok, to much inverting/refactoring sometimes to do that23:53
devanandaharlowja: oh. another thing. I may want to instantiate the FSM within the API service, just to test the possibility of a state transition (maybe...)23:56
harlowjashould be doable ya?23:56
devanandaharlowja: for me to use reactions, I need to reference ironic.conductor.manager.$METHOD23:56
harlowjai think cinder wants something similar, actually there's is so that they can dump back the states to horizon23:56
devanandawhich isn't do-able within the API service23:56
harlowjasure, or u have to refactor it so that its not ironic.conductor.manager.$METHOD but is in some ironic.machine.conductor.reactions.$METHOD or something, which has all the default callbacks, the error handlers, the non node specific stufff (aka, the $METHODs are like functools.partial objects, not fully ready to be activated)23:58
devanandayup. possible23:58
harlowjathen u can make it in API, just don't use it (since u won't be able to fill in the partially made functions/methods with real 'node' objects)23:59

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