Thursday, 2014-12-11

harlowja^ something like that :-P00:00
*** Marga_ has quit IRC00:01
harlowjaor u could have read-only 'node' objects on the API used FSM (and read/write on the conductor used FSM), anyway, u get the point i think00:02
devanandayup00:02
devanandaor I could leave that refactoring 'till later :)00:02
harlowjathat to00:02
*** sdake has quit IRC00:16
*** smoriya has joined #openstack-ironic00:16
*** shakamunyi has quit IRC00:18
harlowjadevananda an idea, doing that kind of separation of FSM + reactions and the thing being worked on ('node' or whatever), if u then had the thing running the FSM have a lock on a 'node' in zookeeper, that tells others that node is currently having its FSM ran, then u could detect that the 'thing' has died, recreate the 'node' object on some other machine, resume the FSM from wherever it was, annnd profit...  i think this is00:19
harlowja similar to whats already happening maybe? :-P00:19
*** ChuckC has joined #openstack-ironic00:20
harlowja* with a database00:20
jrollharlowja: I like this00:21
harlowjaya, my terminology might not match ironics, but the idea hopefully makes sorta sense :-P00:21
harlowjaits similar in concept to taskflow ;)00:21
harlowjaanyways, some random idea from me :-P00:23
*** jb11211 has quit IRC00:24
*** naohirot has joined #openstack-ironic00:25
naohirotgood morning ironic!00:25
NobodyCammorning naohirot00:26
*** andreykurilin_ has quit IRC00:26
naohirotNobodyCam: Hi, thank you for the review :)00:26
*** romcheg1 has quit IRC00:32
*** romcheg1 has joined #openstack-ironic00:32
NobodyCam:)00:33
*** romcheg1 has quit IRC00:33
jiangfeimorning all00:33
NobodyCamGood morning jiangfei00:35
jiangfeigood  morning NobodyCam00:36
*** Masahiro has joined #openstack-ironic00:40
openstackgerritChris Krelle proposed openstack/ironic: Add fsm.py module  https://review.openstack.org/13921500:41
*** Marga_ has joined #openstack-ironic00:43
NobodyCamrloo: that should also address your comments ^^^^^00:43
NobodyCamdevananda: some initial tests ^^^^00:43
*** davideagnello has quit IRC00:44
devanandad'oh00:44
devanandalemme rebase all my things :)00:44
*** Masahiro has quit IRC00:45
*** Marga_ has quit IRC00:45
*** Marga_ has joined #openstack-ironic00:46
*** Marga_ has quit IRC00:46
*** Marga_ has joined #openstack-ironic00:47
*** Marga_ has quit IRC00:47
*** Marga_ has joined #openstack-ironic00:47
NobodyCamoh pooh I'm sorry about that devananda00:48
devanandano no00:48
devanandathe timing was funny -- I had just hit 'git review' right after you00:49
NobodyCamoh00:49
devanandai'll pull yours down and do a quick merge, then push back up00:49
NobodyCamack :)00:49
openstackgerritDevananda van der Veen proposed openstack/ironic: Refactor async helper methods in conductor/manager.py  https://review.openstack.org/13921700:53
openstackgerritDevananda van der Veen proposed openstack/ironic: Begin using the state machine for node deploy/teardown  https://review.openstack.org/13921600:53
openstackgerritDevananda van der Veen proposed openstack/ironic: Enable async callbacks from task.process_event()  https://review.openstack.org/14086800:53
openstackgerritDevananda van der Veen proposed openstack/ironic: Convert check_deploy_timeout to use process_event  https://review.openstack.org/14086900:53
openstackgerritDevananda van der Veen proposed openstack/ironic: Add fsm.py module  https://review.openstack.org/13921500:53
openstackgerritDevananda van der Veen proposed openstack/ironic: Start using process_event() within drivers  https://review.openstack.org/14088300:53
devananda:)00:53
*** afaranha__ has joined #openstack-ironic00:56
openstackgerritDevananda van der Veen proposed openstack/ironic: Start using process_event() within drivers  https://review.openstack.org/14088300:57
devanandawiththat, I think I'm done for the day00:57
NobodyCamack00:58
NobodyCamhave a good night devananda :)00:58
harlowjadevananda http://i.imgur.com/2uZ521l.png NobodyCam00:59
harlowjaregenereated00:59
harlowjajust incase u guys changed stuff :-P00:59
*** alexpilotti has quit IRC00:59
NobodyCamwe did00:59
NobodyCam:)00:59
harlowjak00:59
NobodyCamor devananda did :) and it shows up00:59
harlowjacols01:00
harlowjacools01:00
*** alexpilotti has joined #openstack-ironic01:00
*** ryanpetrello has joined #openstack-ironic01:02
*** Marga_ has quit IRC01:02
*** alexpilotti has quit IRC01:03
devanandahah, neat01:03
devanandalooks like rebuild is still incorrect01:03
harlowjapossibly01:04
harlowjahttp://i.imgur.com/n7Qalvf.png with colors01:04
harlowjalol01:04
*** cuihaozhi has joined #openstack-ironic01:04
harlowjadevananda is rebuilt an alternative start point?01:04
* harlowja will make that so if so01:04
devanandahttp://paste.openstack.org/show/LbGFhaEP3jYl6FayKhAd/01:04
*** Marga__ has joined #openstack-ironic01:04
devanandait's never used. anywhere01:04
harlowjakk01:06
devanandait's a "verb" in the new taxonomy of things01:06
cuihaozhiHi,all. when use "pxe_ipmi" driver, do i need enable tftp-service with xinet.d?01:06
devanandabut we never represent it as a state ... /me updates01:06
devanandacuihaozhi: yes01:06
cuihaozhidevananda: thanks01:07
harlowjaupdated generator of that diagram @ http://paste.ubuntu.com/9469615/ ; have fun and be merry, lol01:09
*** ryanpetrello has quit IRC01:13
devanandaharlowja: where's that link to the fix for assert six.callable?01:13
devanandaI'll incorporate that now. about to push a fix for rebuild01:14
devananda(I really should be afk ...)01:14
* harlowja locating01:14
harlowjahttps://github.com/openstack/taskflow/commit/a57c8119227feb01:15
harlowjasearch for  taskflow/types/fsm.py01:15
harlowja in that01:15
devanandaah, ty01:15
harlowjaor in https://github.com/openstack/taskflow/commit/a57c8119227feb.patch01:15
harlowja^ might be easier to suck down just the chunk of that patch01:15
devanandayea. forgot how simple that change was01:16
harlowjaya, nothing special01:16
*** Marga__ has quit IRC01:16
*** Marga_ has joined #openstack-ironic01:17
*** Marga_ has quit IRC01:17
*** Marga_ has joined #openstack-ironic01:18
*** Marga_ has quit IRC01:19
*** Marga_ has joined #openstack-ironic01:20
*** davideagnello has joined #openstack-ironic01:20
*** Marga_ has quit IRC01:20
*** Marga_ has joined #openstack-ironic01:21
openstackgerritDevananda van der Veen proposed openstack/ironic: Refactor async helper methods in conductor/manager.py  https://review.openstack.org/13921701:23
openstackgerritDevananda van der Veen proposed openstack/ironic: Begin using the state machine for node deploy/teardown  https://review.openstack.org/13921601:23
openstackgerritDevananda van der Veen proposed openstack/ironic: Convert drivers to use process_event()  https://review.openstack.org/14088301:23
openstackgerritDevananda van der Veen proposed openstack/ironic: Enable async callbacks from task.process_event()  https://review.openstack.org/14086801:23
openstackgerritDevananda van der Veen proposed openstack/ironic: Convert check_deploy_timeout to use process_event  https://review.openstack.org/14086901:23
openstackgerritDevananda van der Veen proposed openstack/ironic: Add base state machine  https://review.openstack.org/13921501:23
*** davideagnello has quit IRC01:23
devanandaharlowja: that should no longer have a rebuild state bubble :)01:24
harlowjarebuilding01:24
*** Masahiro has joined #openstack-ironic01:24
harlowjaya http://i.imgur.com/0CdomcK.png01:25
harlowjano more hole :-P01:25
devanandawoot01:25
devanandata, i'm really afk now :)01:27
harlowjak, another neat idea, expose this state machine to horizon, then people can watch it move between states, ha01:27
harlowjausing some javascript magic01:28
harlowja:-P01:28
cuihaozhiHow can i get tftp-service log?01:28
cuihaozhiwith dnsmasq option?01:28
*** jmanko has quit IRC01:30
*** chenglch has joined #openstack-ironic01:30
*** davideagnello has joined #openstack-ironic01:30
rlooNobodyCam, thx for updating the fsm patch. I'll look at it tomorrow.01:30
*** davideagnello has quit IRC01:31
*** r-daneel has quit IRC01:33
*** marcoemorais has quit IRC01:35
jrollcuihaozhi: I think it's usually in syslog01:36
*** ChuckC has quit IRC01:38
*** marcoemorais has joined #openstack-ironic01:39
*** shakamunyi has joined #openstack-ironic01:43
*** Marga_ has quit IRC01:43
*** ChuckC has joined #openstack-ironic01:44
*** killer_prince has quit IRC01:45
*** killer_prince has joined #openstack-ironic01:46
*** killer_prince is now known as lazy_prince01:46
*** marcoemorais has quit IRC01:46
*** afaranha__ has quit IRC01:48
*** ChuckC has quit IRC01:48
*** ChuckC has joined #openstack-ironic01:49
*** r-daneel has joined #openstack-ironic01:49
*** lazy_prince has quit IRC01:52
adam_gcuihaozhi, if you're using xinetd, add -v's to to server_args in /etc/xinet.d/tftp or wherever you've configured that01:54
*** killer_prince has joined #openstack-ironic01:54
adam_gand look in syslo01:54
*** killer_prince is now known as lazy_prince01:54
*** rloo has quit IRC02:13
*** Marga_ has joined #openstack-ironic02:20
*** Marga_ has quit IRC02:25
*** david-lyle is now known as david-lyle_afk02:30
openstackgerritMerged openstack/ironic: Update dev quick-start for devstack  https://review.openstack.org/14012402:31
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/14077902:31
*** Masahiro has quit IRC02:42
*** ramineni has joined #openstack-ironic02:43
*** Marga_ has joined #openstack-ironic02:44
*** Masahiro has joined #openstack-ironic02:49
*** Haomeng has joined #openstack-ironic03:06
*** Marga_ has quit IRC03:07
*** Haomeng|2 has quit IRC03:07
*** Marga_ has joined #openstack-ironic03:07
*** Masahiro has quit IRC03:08
*** Marga_ has quit IRC03:11
*** Marga_ has joined #openstack-ironic03:11
*** shakamunyi has quit IRC03:12
*** Marga_ has quit IRC03:12
*** Marga_ has joined #openstack-ironic03:13
*** Marga_ has quit IRC03:13
*** Marga_ has joined #openstack-ironic03:13
*** Marga__ has joined #openstack-ironic03:15
*** Marga_ has quit IRC03:15
*** Masahiro has joined #openstack-ironic03:16
*** Marga__ has quit IRC03:16
*** Marga_ has joined #openstack-ironic03:16
*** Marga_ has quit IRC03:17
*** Marga_ has joined #openstack-ironic03:17
*** Marga_ has quit IRC03:18
*** Marga_ has joined #openstack-ironic03:19
*** dlaube has quit IRC03:20
*** Marga_ has quit IRC03:20
*** Marga_ has joined #openstack-ironic03:21
*** Marga_ has quit IRC03:23
*** Marga_ has joined #openstack-ironic03:23
*** Marga_ has quit IRC03:25
*** Marga_ has joined #openstack-ironic03:26
*** Marga__ has joined #openstack-ironic03:27
*** Marga_ has quit IRC03:27
*** yuanying has joined #openstack-ironic03:28
*** yuanying_ has quit IRC03:28
*** Marga__ has quit IRC03:28
*** Marga_ has joined #openstack-ironic03:28
*** Marga_ has quit IRC03:29
*** Marga_ has joined #openstack-ironic03:29
*** Marga_ has quit IRC03:31
*** Marga_ has joined #openstack-ironic03:32
*** naohirot has quit IRC03:33
*** Marga_ has quit IRC03:39
*** Marga_ has joined #openstack-ironic03:39
*** ryanpetrello has joined #openstack-ironic03:40
*** lazy_prince has quit IRC03:45
*** killer_prince has joined #openstack-ironic03:47
*** killer_prince is now known as lazy_prince03:47
*** ryanpetrello has quit IRC03:54
*** naohirot has joined #openstack-ironic04:03
*** Masahiro has quit IRC04:09
*** Marga_ has quit IRC04:10
*** Masahiro has joined #openstack-ironic04:12
*** dlaube has joined #openstack-ironic04:14
*** Masahiro has quit IRC04:25
*** Masahiro has joined #openstack-ironic04:33
*** pradipta_away is now known as pradipta04:34
*** dlaube has quit IRC04:46
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Enable boot images sharing for iLO driver(s)  https://review.openstack.org/13729104:58
*** achanda has joined #openstack-ironic04:59
*** masco has joined #openstack-ironic05:10
*** pensu has joined #openstack-ironic05:16
*** achanda has quit IRC05:16
*** jerryz has joined #openstack-ironic05:20
*** achanda has joined #openstack-ironic05:22
*** mrda is now known as mrda-away05:34
*** rakesh_hs has joined #openstack-ironic05:35
*** harlowja is now known as harlowja_away05:36
Haomengpensu: ping05:45
*** smoriya has quit IRC05:47
pensuHaomeng: Hey05:54
pensupensu: still going through the stuff you gave me, wanted to change through dnsmasq, but there is no dnsmasq.conf....:(05:55
Haomengpensu: I worked out the dnsmasq conf which can be used for ironic without neutron05:55
Haomengpensu: share to you05:55
pensuHaomeng: awesome! yes, please....:)05:55
Haomenghttp://paste.openstack.org/show/149196/05:56
Haomengpensu: yes, it is cool without neutron:)05:56
Haomengpensu: and nova05:56
Haomengpensu: now, my env depdnes on glance only05:56
Haomengpensu: easy env:)05:56
Haomengpensu: want to find some way to configure the white list for dnsmasq for special mac05:57
*** rushiagr_away is now known as rushiagr06:00
*** Masahiro has quit IRC06:00
pensuHaomeng: great....one thing, the /etc/ironic-discovered/.....my Ironic doesn't make that, you created that or should it be there? Coz my setup doesn't have any dnsmasq.conf...06:01
pensuHaomeng: Wow! That is amazing....06:01
*** pcrews has quit IRC06:01
Haomengpensu: :)06:01
*** pradipta is now known as pradipta_away06:01
Haomengpensu: set dhcpprovider=none in ironic conf06:01
Haomengpensu: do you want to run discovered?06:03
Haomengpensu: my dnsmasq.conf is for the case without neutron control06:03
*** Masahiro has joined #openstack-ironic06:03
Haomengpensu: run a new dnsmasq with my conf as input06:04
Haomengpensu: it works in my env:)06:04
pensuHaomeng: I have done that already...06:04
Haomengpensu: ok06:04
*** achanda has quit IRC06:04
pensuHaomeng: I actually want to find dnsmasq.conf......looks like it is running dnsmasq without a separate config file...06:04
pensuHaomeng: let me check with a custom file...06:04
pensuHaomeng: I am not using discovery...06:05
Haomengpensu: no06:05
Haomengpensu: we can run dnsmasq with mult-process with different dnsmasq.conf as input06:06
pensuHaomeng: oh, yeah, we can do that....thanks...:)06:07
Haomengpensu: it is confused by me for the conf name06:07
Haomengdont care the file name06:07
Haomengbut it is working with both discoverd and normal ironic bm provision06:09
pensuHaomeng: yeah, I am focusing on normal bm provision for now....let's hope it works...:)06:10
Haomengsure, I verified already06:10
Haomengmake sure the ip range is same subnet with your interface in conf06:12
*** achanda has joined #openstack-ironic06:12
pensuHaomeng: sure...:)06:13
Haomengin my env, 9.119.58.1 is gateway, 9.119.58.134 is the conductor's ip06:14
*** achanda has quit IRC06:15
*** chenglch has quit IRC06:15
*** chenglch|2 has joined #openstack-ironic06:18
*** lazy_prince2 has joined #openstack-ironic06:18
*** kes has joined #openstack-ironic06:18
*** lazy_prince2 has quit IRC06:21
*** achanda has joined #openstack-ironic06:31
*** Masahiro has quit IRC06:34
*** achanda has quit IRC06:47
*** Marga_ has joined #openstack-ironic06:50
*** dlpartain has joined #openstack-ironic06:50
*** Marga_ has quit IRC06:51
*** achanda has joined #openstack-ironic06:59
*** Haomeng|2 has joined #openstack-ironic07:07
*** Haomeng has quit IRC07:07
*** achanda has quit IRC07:11
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/14094107:13
*** smoriya has joined #openstack-ironic07:18
*** holser has left #openstack-ironic07:20
*** dlpartain has left #openstack-ironic07:32
*** kes has quit IRC07:37
*** chenglch|2 has quit IRC07:37
*** ifarkas has joined #openstack-ironic07:40
*** kes has joined #openstack-ironic07:42
*** k4n0 has joined #openstack-ironic07:44
*** Masahiro has joined #openstack-ironic07:44
*** jcoufal has joined #openstack-ironic07:46
*** Masahiro has quit IRC07:51
*** Masahiro has joined #openstack-ironic07:56
*** chenglch has joined #openstack-ironic07:57
*** jerryz_ has joined #openstack-ironic08:03
*** jerryz has quit IRC08:06
*** achanda has joined #openstack-ironic08:15
*** ZhangYang has quit IRC08:24
*** mkerrin has quit IRC08:29
*** igordcard has joined #openstack-ironic08:40
*** jcoufal has quit IRC08:42
*** jcoufal has joined #openstack-ironic08:43
*** rushiagr has left #openstack-ironic08:46
*** dtantsur|afk is now known as dtantsur08:57
dtantsurMorning!08:57
*** jcoufal has quit IRC09:01
*** jcoufal has joined #openstack-ironic09:01
openstackgerritMerged stackforge/ironic-discoverd: Require manual power on if ipmi_setup_credentials is set in Node.extra  https://review.openstack.org/14065609:04
*** jistr has joined #openstack-ironic09:06
*** bradjones has quit IRC09:08
*** erwan_taf_ has joined #openstack-ironic09:09
*** erwan_taf has joined #openstack-ironic09:09
*** bradjones has joined #openstack-ironic09:10
*** athomas has joined #openstack-ironic09:11
*** achanda has quit IRC09:11
*** achanda has joined #openstack-ironic09:12
*** derekh has joined #openstack-ironic09:13
*** achanda_ has joined #openstack-ironic09:13
*** masco has quit IRC09:14
*** masco has joined #openstack-ironic09:15
*** achanda has quit IRC09:16
*** achanda_ has quit IRC09:20
*** bradjones has quit IRC09:24
*** andreykurilin_ has joined #openstack-ironic09:24
*** mkerrin has joined #openstack-ironic09:27
*** Masahiro has quit IRC09:29
*** Masahiro has joined #openstack-ironic09:30
*** pradipta_away is now known as pradipta09:33
*** bradjones has joined #openstack-ironic09:43
*** Masahiro has quit IRC09:52
*** athomas has quit IRC09:53
*** athomas has joined #openstack-ironic10:04
*** Masahiro has joined #openstack-ironic10:08
*** naohirot has quit IRC10:16
*** chenglch has quit IRC10:28
*** igordcard has quit IRC10:30
sambettsmorning dtantsur10:31
*** Masahiro has quit IRC10:33
*** Masahiro has joined #openstack-ironic10:34
*** andreykurilin_ has quit IRC10:36
*** pelix has joined #openstack-ironic10:39
dtantsursambetts, morning10:43
*** dtantsur is now known as dtantsur|brb10:43
*** igordcard has joined #openstack-ironic10:47
ifarkasdtantsur|brb, hi, what was wrong with the returning-to-ramdisk implementation?10:49
*** ifarkas has quit IRC10:52
*** ifarkas has joined #openstack-ironic10:53
GheRiveromorning all10:54
*** Masahiro has quit IRC10:59
*** ramineni has quit IRC11:12
*** pradipta is now known as pradipta_away11:13
*** naohirot has joined #openstack-ironic11:35
*** pensu has quit IRC11:39
*** ramineni has joined #openstack-ironic11:43
*** smoriya has quit IRC11:52
openstackgerritTan Lin proposed openstack/ironic: Add AMT-PXE-Driver to deploy cloud on PC  https://review.openstack.org/13518411:59
*** Masahiro has joined #openstack-ironic12:00
*** Masahiro has quit IRC12:04
*** enikanorov_ has joined #openstack-ironic12:13
*** afaranha has joined #openstack-ironic12:13
*** enikanorov has quit IRC12:15
*** masco has quit IRC12:16
*** Haomeng has joined #openstack-ironic12:19
*** Haomeng|2 has quit IRC12:20
*** ramineni1 has joined #openstack-ironic12:33
*** dprince has joined #openstack-ironic12:33
*** ramineni has quit IRC12:35
*** dtantsur|brb is now known as dtantsur12:43
*** jgrimm is now known as zz_jgrimm12:53
*** zz_jgrimm is now known as jgrimm13:01
*** jcoufal_ has joined #openstack-ironic13:09
*** jcoufal has quit IRC13:12
*** masco has joined #openstack-ironic13:16
*** Marga_ has joined #openstack-ironic13:26
*** rakesh_hs has quit IRC13:33
*** pawel-palucki has joined #openstack-ironic13:36
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: In-band hardware properties inspection via ironic-discoverd  https://review.openstack.org/13560513:38
sambettsdtantsur: if i want to test one of the drivers with real hardware, is running ironic with devstack a good place to start?13:40
dtantsursambetts, not perfect, but probably the best. If you have Fedora, you may try https://openstack.redhat.com/Deploying_an_RDO_Undercloud_with_Instack too.13:41
openstackgerritMerged stackforge/ironic-discoverd: Support updating IPMI credentials from within ramdisk  https://review.openstack.org/14081413:45
sambettsI run a ubuntu env for testing normally, so I guess devstack is probably the best place to start13:47
*** Masahiro has joined #openstack-ironic13:48
sambettsdtantsur: in the local.conf does the IRONIC_ENABLED_DRIVERS just take a list of the driver class names? the devstack docs only show senarios for agent and pxe13:51
dtantsursambetts, these are not class names, there are entrypoints as found in setup.cfg13:51
sambettsdtantsur: I see! I didn't even know that was a thing13:52
dtantsur:)13:52
sambetts:-)13:52
dtantsurit's really non-obvious, unless you worked with stevedore before13:53
*** Masahiro has quit IRC13:53
*** pradipta_away is now known as pradipta13:58
*** mitz- has joined #openstack-ironic13:58
*** mitz_ has quit IRC14:00
*** rloo has joined #openstack-ironic14:09
*** andreykurilin_ has joined #openstack-ironic14:10
naohirotgood night ironic14:15
*** naohirot has quit IRC14:16
*** ryanpetrello has joined #openstack-ironic14:16
*** kbyrne has quit IRC14:28
*** pawel-palucki is now known as ppalucki14:28
*** pawel-palucki has joined #openstack-ironic14:29
*** kbyrne has joined #openstack-ironic14:29
*** pawel-palucki has quit IRC14:29
*** ppalucki has quit IRC14:29
*** pawel-palucki has joined #openstack-ironic14:29
*** pawel-palucki has quit IRC14:29
*** ppalucki has joined #openstack-ironic14:29
*** kbyrne has quit IRC14:42
*** kbyrne has joined #openstack-ironic14:43
lintanyuriyz: Hi14:43
yuriyzlintan hi will be later14:43
lintanyuriyz: OK, ping me when you are free14:44
NobodyCamgood morning Ironic14:45
rloohey, morning NobodyCam. hi lintan14:48
NobodyCamgood morning rloo :)14:49
dtantsurmorning NobodyCam, rloo! Hi, lintan.14:49
lintanHi morning14:49
rlooafternoon dtantsur14:50
NobodyCammorning dtantsur and lintan :)14:50
lintan:) I am at midnight actually...14:50
NobodyCamheheehe :-P14:51
*** ryanpetrello has quit IRC14:51
lintanBut morning for you guys rloo, NobodyCam and dtantsur14:51
rloobtw, dtantsur, I haven't had a chance to look again at your in-band hw properties spec. are you ok if it waits til next week (or hopefully it gets approved before then?)14:51
rloolintan: midnight partying? :-)14:52
*** Marga_ has quit IRC14:52
lintanrloo: hahaha I hope so14:52
*** ryanpetrello has joined #openstack-ironic14:52
*** r-daneel has quit IRC14:54
ramineni1rloo : hi15:01
ramineni1rloo : morning :)15:01
rloohi ramineni115:01
ramineni1rloo: still not convinced on this spec https://review.openstack.org/#/c/129529/ :)15:02
ramineni1rloo: do you still believe adding them to ManagementInterface is not useful?15:03
rlooramineni1: no, not convinced. I still don't see any good reason for having explicit get/set-boot-mode methods, vs get/set-capability methods that can handle boot mode and any other capabilities.15:03
rlooramineni1: probably need to get some other folks (core-reviewer) to agree to it. I'm not a core-reviewer for specs, so you don't really need to convince me ;)15:04
dtantsur... but I would recommend you DO convince rloo :)15:06
rlooramineni1: or convince dtantsur, and if he is convinced ... ;)15:06
ramineni1rloo,dtantsur :  :) ,15:07
victor_lowthermorning all15:07
dtantsurvictor_lowther, o/15:08
ramineni1I'm rather confused myself which is the best way , :P , could use more opinions on that spec though15:08
NobodyCammorning victor_lowther :)15:08
NobodyCammorning ramineni115:08
rloomorning victor_lowther15:08
*** ppalucki has quit IRC15:08
ramineni1morning NobodyCam :)15:09
NobodyCam:)15:09
yuriyzlitan hello15:12
yuriyzlintan hello15:13
lintanyuriyz: Hi15:13
lintanyuriyz: I want to discuss with your comments15:13
yuriyzok15:14
lintanyuriyz: for boot_persistent value check, I am thinking of admin input a string value to driver_info, there is no problem for config.15:15
lintanyuriyz: this is the first comment in common.py15:15
yuriyzYes but I can set only amt_boot_device via node update15:15
yuriyzamt_boot_persistent will be None15:16
NobodyCammorning yuriyz :)15:17
yuriyzmorning NobodyCam Ironic15:17
NobodyCam:)15:17
yuriyzmy amt_boot_device will be dropped15:18
lintanyuriyz: So you mean update via node update, but we have a default value from conf15:18
*** ramineni has joined #openstack-ironic15:19
lintanyuriyz: it is True, so we will not dropped amt_boot_device15:20
yuriyzI do not see parse_driver_info() in set_next_boot_device()15:20
yuriyzdefault will come from where?15:21
lintanyuriyz: OK, I get your point15:21
*** ramineni1 has quit IRC15:22
lintanyuriyz: You mean you initial a node, and only update boot_device for the node15:22
yuriyzyes15:22
*** ramineni1 has joined #openstack-ironic15:23
lintanyuriyz: OK, I will think up for this case. But for the first comment, "Oslo config casts bool options values to boolean type, this not needed. " I am thinking of admin input a string value to driver_info, there is no problem for config.15:25
*** anderbubble has joined #openstack-ironic15:25
*** ramineni has quit IRC15:26
openstackgerritVladyslav Drok proposed openstack/ironic: Support for non-Glance image references  https://review.openstack.org/13674115:26
openstackgerritVladyslav Drok proposed openstack/ironic: Do not strip 'glance://' prefix from image hrefs  https://review.openstack.org/13905715:26
vdrokrloo, hi!15:28
rloohi vdrok15:29
vdrokrloo, I pushed a new review accidentally15:29
vdrokrloo, https://review.openstack.org/13905715:29
vdrokrloo, could you reapprove?15:29
rloovdrok: I dunno... let me think about it :-)15:29
rloovdrok: no changes?15:29
vdrokrloo, ok :)15:29
vdrokthere were changes in https://review.openstack.org/136741 and rebase15:30
*** jrist has quit IRC15:30
*** jrist has joined #openstack-ironic15:30
vdrokrloo, and seems that git review didn't get it :(15:30
rloovdrok: ugh. ok, give me a few secs.15:31
vdrokrloo, sure15:31
rloovdrok: should be good now.15:33
vdrokrloo, thanks :)15:33
*** Masahiro has joined #openstack-ironic15:37
openstackgerritVladyslav Drok proposed openstack/ironic: Remove Python 2.6 from setup.cfg  https://review.openstack.org/14107415:38
*** Masahiro has quit IRC15:41
lintanrloo:Hi  I see your comments, do you have time?15:42
rloolintan: never any time, but sure :-)15:43
rloolintan: if those driver_info properties are optional, and someone specifies them, I don't see how it is OK to delete them.15:44
*** shakamunyi has joined #openstack-ironic15:45
lintanrloo:why do we need to delete them, I think this will be deleted when delete the node15:45
rloolintan: your code deletes them. you tell me why?15:45
*** jerryz_ has quit IRC15:46
rloolintan: in management.py, set_next_boot_device(). they are being deleted there, aren't they? amt_boot_device & amt_boot_persistent.15:46
lintanrloo:you mean boot_device, yes, because it will read the value to set boot_device15:46
rloolintan: but what if the user specified those values? the code deletes them.15:47
jrollmorning everybody :)15:47
lintanrloo:if it's non persistent, we will only used the boot_device once15:47
rloolintan: does the user know that? and even if you only use that value once, I don't think it means the code can delete it.15:47
rloolintan: if you were a user and specified that value, and then later, looked to see what the driver_info properties were and that was missing, would that be expected?15:48
lintanrloo:so it means we will boot with disk in second time if we boot with pxe at first time, if user set-boot-device with pxe and non-persistent15:48
rloolintan: so it might mean that you need to find a different mechanism to do what you want to do.15:49
rloolintan: why do you want to allow the user to specify those values?15:49
NobodyCambrb15:50
lintanrloo:OK. I didn't expect user to see the boot_device from ironic node-show, I only expect them to see from get-boot-device15:50
lintanrloo:you are right, that's something I didn't consider before15:51
rloolintan: can't the user use the API to set the boot device? http://docs.openstack.org/developer/ironic/webapi/v1.html#nodes15:52
rloolintan: GET/SET /v1/nodes/uuid/management/boot_device15:52
lintanrloo:yes, they can, I expect them behavior in this way.15:54
*** ramineni1 has quit IRC15:57
lintanrloo:what about this, I didnt delete the boot_device, but I will change the boot_device to the default one, disk15:57
rloolintan: the code can't (or shouldn't anyway) modify anything in driver_info.15:58
*** pcrews has joined #openstack-ironic15:58
*** ifarkas has quit IRC15:58
*** ifarkas has joined #openstack-ironic15:58
lintanrloo: this will be tough, I have to think about this16:03
*** subscope has quit IRC16:03
rloolintan: thx for thinking about it!16:03
lintanrloo: Thank you :) talk to you later16:06
NobodyCamquestion are references to pxe_* and iscsi_* the same drivers?16:08
jrollNobodyCam: for example?16:09
jrollprobably not16:09
rlooNobodyCam: do we have iscsi_* drivers? where do you see references to that?16:09
NobodyCamline 31 of https://review.openstack.org/#/c/136020/3/specs/kilo/irmc-management-driver.rst16:10
jrollI think there's iscsi_ilo16:10
jrollNobodyCam: in general, some drivers boot the iscsi deploy ramdisk via not-pxe methods, those tend to be iscsi_*16:11
jrollbut idk if irmc can do that16:11
NobodyCamack. I was recalling some chat about renaming the PXE_ driver to Iscsi_16:12
*** shakamunyi has quit IRC16:12
jroll++16:12
rlooNobodyCam: I seem to recall yesterday or sometime this week, there was some sort of 'pleeeee' from devananda to rename the pxe drivers.16:13
jrollit's really confusing16:13
*** jcoufal_ has quit IRC16:14
*** anderbubble has quit IRC16:23
*** anderbubble has joined #openstack-ironic16:25
dtantsurfolks, maybe stupid question, but can node.get call cause a Conflict?16:32
jrollno?16:33
jrolldon't believe so16:33
*** pradipta is now known as pradipta_away16:34
NobodyCambrb16:36
dtantsurjroll, and the same for all get() and list() calls? what about validate()?16:36
* dtantsur trying to figure out what to retry16:36
jrollvalidate() would16:36
jrollany GET request will not16:36
jrollanything else could, I think16:36
dtantsurcool thanks!16:36
*** erwan_taf_ has quit IRC16:37
jrolldtantsur: not 100% sure but that should be close enough :)16:37
*** erwan_taf has quit IRC16:37
*** lazy_prince is now known as killer_prince16:39
SpamapSbefore I go off blaming all of nova for this, have any of you experienced a problem where if you delete a flavor while things are deploying, the instances in nova are now undeletable?16:43
SpamapS| fault                                | {"message": "Flavor 7 could not be found.", "code": 404, "created": "2014-12-11T10:37:51Z"} |16:44
SpamapS| flavor                               | baremetal (82f959f5-b20e-44b2-9604-f68abc19e214)                                            |16:44
jrollinteresting16:44
SpamapSconfusing thing: flavor is not 7, it is 'baremetal (that-uuid)'16:44
jrollthat's almost certainly nova16:44
jrolldb id :P16:44
*** Marga_ has joined #openstack-ironic16:44
SpamapSjroll: I think so too, but wondered if anybody else had seen this.16:44
jrollwe don't delete flavors for a reason16:44
SpamapSjroll: noooooooo16:44
SpamapSdb ids in your errors: rookie mistake16:45
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Retry on Conflict exceptions from Ironic  https://review.openstack.org/14109616:45
*** david-lyle_afk is now known as david-lyle16:46
rlooSpamapS: this seems similar: https://bugs.launchpad.net/ironic/+bug/140026916:47
rlooSpamapS: but they were trying to delete, you're deploying.16:48
rlooSpamapS: so I'll blame it on nova anyway ;)16:48
SpamapSthe nova state machine is a spooky, spooky place to poke around in16:57
SpamapSrloo: that is exactly the problem I'm having. I am trying to delete, I just happened to delete it while they were deploying (which is not why the deploy failed)16:57
*** dlaube has joined #openstack-ironic16:57
rlooSpamapS: so it looks like a problem with the ironic driver (based on the bug description, I haven't looked into it)16:58
*** shakamunyi has joined #openstack-ironic16:59
jrollwhaddya know17:00
jrollhttps://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L311-31217:00
jrollwait why do we need extra specs17:00
jrollhttps://github.com/openstack/nova/blob/master/nova/virt/ironic/patcher.py#L106-10817:00
jrollactually, https://github.com/openstack/nova/blob/master/nova/virt/ironic/patcher.py#L134-13917:01
* jroll puts up a patch17:01
*** Marga_ has quit IRC17:01
rloojroll: that was to support code in icehouse, right?17:01
dtantsurifarkas, https://review.openstack.org/#/c/135589/17:01
ifarkasdtantsur, thanks17:01
*** Marga_ has joined #openstack-ironic17:01
jrolloh, this'll be great17:02
openstackgerritMerged openstack/ironic: Use Literal Blocks to write code sample in docstring  https://review.openstack.org/13996517:03
*** dtantsur is now known as dtantsur|afk17:04
*** achanda has joined #openstack-ironic17:05
openstackgerritMerged openstack/ironic: Do not strip 'glance://' prefix from image hrefs  https://review.openstack.org/13905717:05
*** marcoemorais has joined #openstack-ironic17:08
*** marcoemorais1 has joined #openstack-ironic17:10
SpamapSjroll: you got a patch? I still have the affected box.. about to tear it down though.17:11
*** marcoemorais has quit IRC17:13
jrollSpamapS: yeah, working on one right now17:15
JayFdtantsur|afk: How are you packaging the discoverd?17:15
jrolljust cleaning up tests17:15
jrollSpamapS: does tripleo use the whole "flavor has deploy ramdisk IDs" thing?17:16
SpamapSjroll: | extra_specs                | {}                                   |17:17
SpamapSjroll: ramdisk id is in the image for us.17:17
jrollbeautiful17:17
jrollwell17:17
jrolldeploy ramdisk, not instance17:17
SpamapSIt's not in flavor17:18
jrollcool17:20
* jroll waiting for git review17:20
jrollhttps://review.openstack.org/14110417:20
jrollI have in no way tested this17:20
jrolland it's large, but should work17:20
jrollthis is my favorite patch in recent times, <3 deleting code17:21
jrolldevananda: pls to review https://review.openstack.org/141104 :)17:21
SpamapScraaaap17:21
SpamapSit is17:21
SpamapSnova flavor-key baremetal set "cpu_arch"="$ARCH" \ "baremetal:deploy_kernel_id"="$deploy_kernel_id" \ "baremetal:deploy_ramdisk_id"="$deploy_ramdisk_id"17:21
jrollyeah :/17:21
SpamapSjroll: whats the alternative?17:21
jrollSpamapS: node.driver_info['pxe_deploy_ramdisk'] = $deploy_kernel_id17:22
jrolletc17:22
SpamapSper node?17:22
jrollthe flavor thing has been deprecated, should be removed for kilo17:22
jrollyes17:22
SpamapSso every node we have to restate it every time we create node?17:22
jrollyes17:23
SpamapSthat seems like busywork, but ok, is there a deprecation bug I can attach a tripleo task to?17:23
*** masco has quit IRC17:23
SpamapSjroll: I actually take that back. It sounds like resilience work. :)17:23
jrollha17:24
jrollthere were reasons17:24
jrolllet me see if I can dig it up17:24
SpamapSNo I think I understand them on second thought.17:24
SpamapSI can just open a new one if it's not readily apparent from a git annotate or something.17:24
*** anderbubble has quit IRC17:24
*** Masahiro has joined #openstack-ironic17:26
jrollSpamapS: yeah, not finding much17:27
jrollsorry17:27
SpamapSjroll: how about docs for the keys?17:28
*** Masahiro has quit IRC17:31
jrollSpamapS: just above here: http://docs.openstack.org/developer/ironic/deploy/install-guide.html#setup-the-drivers-for-bare-metal-service17:31
jrollor step 3 here http://docs.openstack.org/developer/ironic/deploy/install-guide.html#flavor-creation17:31
rloojroll: was just going to mention that. i think that may be the only place where it is documented.17:33
*** alexpilotti has joined #openstack-ironic17:33
jrollrloo: right17:34
rloodevananda: ^^ should we update juno release notes about flavor-extra-specs-baremetal* deprecation?17:34
*** alexpilotti has quit IRC17:34
*** alexpilotti has joined #openstack-ironic17:34
rloojroll: what if someone created the instances using flavors-in-icehouse, and they upgrade to juno and then upgrade to kilo, and then try to delete the instance?17:35
SpamapSjroll: cool thanks, FYI https://bugs.launchpad.net/tripleo/+bug/140161717:36
jrollrloo: that will still work, it would just leave the pxe_deploy_ramdisk keys on the node17:37
rloojroll: ok. or we could leave code in the cleanup, to use the flavor extraspecs if that exists.17:37
jrollrloo: the whole point is to get rid of that code :/17:38
rloojroll: well, it is to deprecate the use of those extraspecs...17:39
jrollright...17:39
rloojroll: i'm fine either way, but wondering if we should try to document that they pxe_deploy_ramdisk keys are left on the node in this yucky situation.17:39
jrollI mean17:41
jrollI think that's actually the best case?17:41
jrollthen they don't need to update the node ;)17:41
rloojroll: forget what I said about looking/using the flavor extra specs when deleting. that could cause diff problem17:41
rloojroll: old flavor-from-icehouse used with kilo (or juno ugh), where the extraspecs is not used but exists. when deleting, it would be wrong to use the extraspecs info.17:42
jrollrloo: I'm not sure what you mean17:43
devanandamorning, all17:43
devanandain the office today, so more randomly afk than usual17:43
NobodyCamgood morning devananda17:43
jrollmorning devananda17:43
rloojroll: i'm assuming with kilo, someone could specify a flavor that has extra-specs-baremetal* stuff. but that isn't/wouldn't be used for deploying.17:44
jrollrloo: right, is that a problem?17:44
jrolloh I see17:44
devanandammm, lots of scrollback17:44
jrollyou're saying we don't want cleanup code17:44
rloojroll: so if we left code to use that flavor-extra-specs-baremetal* stuff when deleting/cleaning those new instances, it'd be wrong. SO yeah, your patch is ok.17:44
jrolldevananda: present for you https://review.openstack.org/#/c/141104/117:45
jrollrloo: right, cool :)17:45
rloojroll: i'm saying yeah, for old instances using flavors-extra-specs-baremetal*, cleaning will leave the pxe_deploy_ramdisk keys on the node, like you said :-)17:46
jrollright :)17:46
* jroll runs off to eat breakfast17:47
devanandarloo: the migration script from nova-bm should have copied the flavor bits into the node.driver_info17:48
devanandarloo: but I dont know if anyone did that in a migration17:48
devanandafor eg. icehouse-juno17:48
devanandaare we actually logging a deprecation notice from the nova virt driver?17:49
rloodevananda: oh right, we didn't provide support for migrating icehouse.17:50
devanandarloo: right17:50
devanandajroll: so I like that patch, but a) I think it's going to break tripleo, and b) it looks like we didn't actually LOG a deprecation notice for operators for a cycle :(17:51
jrolldevananda: right... didn't think about (b)17:52
jrollSpamapS filed a bug for (a) and is aware17:52
SpamapS(b) is something we try to keep on top of in TripleO .. so please do add that.17:53
SpamapSwhat about falling back to the flavor id only if you don't have the settings in the node?17:53
devanandaSpamapS: i think we do that ... lemme check17:53
*** marcoemorais1 has quit IRC17:54
*** Marga_ has quit IRC17:55
jrolldevananda: so there's an outstanding bug where destroy() fails if the flavor no longer exists17:55
jrollwhich comes from this code17:55
jrollcan probably fix it in a different way, I just love to delete code17:55
devanandaSpamapS: ah. other way around. if the flavor contains those keys AND the node driver is a 'pxe*' driver, then we'll copy them from the flavor to the node17:55
*** achanda has quit IRC17:55
devanandaSpamapS: and delete them from the node when the instance is deleted17:55
devanandajroll: yup. that bug makes sense17:56
SpamapSdevananda: ah so it being in the flavor overrides the more specific per node value?17:56
*** achanda has joined #openstack-ironic17:56
devanandanormally, nova caches all the info it needs, but it doesn' tcache extra specs -- so we fetch it from the db17:56
devanandawe've circumvented nova's means of allowing flavors to be deleted or updated w/o affecting existing instances :(17:56
devanandaSpamapS: yes17:57
SpamapSdevananda: I suppose the runtime flavor choice is more specific than the registered node choice.17:57
SpamapSanyway, we just need to register nodes w/ ids and then we cease to be a blocker17:57
*** r-daneel has joined #openstack-ironic17:57
*** anderbubble has joined #openstack-ironic17:58
SpamapSIt's pretty awkward btw.. pulling in what used to be a flavor thing, into the hardware register-time data.17:58
SpamapSThey are done at completely different levels of TripleO currently.17:58
devanandaSpamapS: that it was a flavor thing is a vestige of assumping that nova is the only user of ironic17:59
devanandaSpamapS: we can leave this glue code in the nova driver if it's important to people to preserve taht use case17:59
SpamapSdevananda: I'm saying that perhaps ironic should have its own generic information that gets used by nodes.17:59
devanandaSpamapS: as in, "set this metadata for that group of nodes" ?18:00
SpamapSYeah18:00
NobodyCamJoshNang: are you around?18:00
*** jistr has quit IRC18:00
devanandabecause it's very likely to have >1 deploy ramdisk in use in an environment18:00
JoshNangNobodyCam: yup! what's up?18:00
*** achanda has quit IRC18:00
devanandaSpamapS: so we can't have it as a global config18:00
SpamapSI'm saying Yes to M:N, no to 1:118:01
devanandaSpamapS: I don't see this as a chassis-level setting either, fwiw, so I'm not sure where to fit it18:01
devanandawe don't have arbitrary tagging / grouping today18:01
devanandawhich would sort of cover this, maybe?18:01
NobodyCamJoshNang: I was looking at cleaning spec. https://review.openstack.org/#/c/102685 on line 150 what data would be stored there?18:01
SpamapSdeploy groups maybe18:01
devanandagroup N = {key: deploy_ramdisk_id, value: nnnn}18:02
devanandagroup M = {key: ipmi_password, value: foo}18:02
devanandanode UUUU is_a_member_of: N, M18:02
devanandathe ilo driver folks have asked for something similar18:02
SpamapSdevananda: Rather than trying to imagine all the reasons one might want a different deploy kernel/ramdisk for groups of servers sized between 1 and some unknown upper bound, we could just call it deploy groups and let people set values for the node groups that are going to be the same.18:02
devanandaso they can associate credentials with all the cartridges in a chassis18:03
*** harlowja_away is now known as harlowja18:03
SpamapSdevananda: this also helps with things like the SSH jump capability we had talked about.18:03
devanandayup18:03
JoshNangNobodyCam: hrm perhaps poorly worded. one example is the agent has a version string for its hardware manager, and if that changes (reboot to a new version part way through cleaning), we current restart cleaning18:03
SpamapScrap I hate when we have good ideas, because I have no time for good ideas18:03
JoshNangso storing that string would be useful, and i think makes sense for driver_fino18:04
JoshNanginfo, even18:04
devanandaSpamapS: I don't imagine that any of this will happen in kilo ... yea, ENOTIME18:04
devanandaSpamapS: but I like the idea18:04
NobodyCamJoshNang: I was thinking extra_info18:04
SpamapSdevananda: we're going to need the SSH jump host thing very soon as a POC.18:04
NobodyCamJoshNang: but let think on it :)18:05
devanandaSpamapS: that should just be a new driver18:05
devanandaSpamapS: rather than trying to split the conductor into two services18:05
NobodyCamSpamapS: a bridging ssh driver18:05
devanandaSpamapS: also, Fuel team seems to be doing something sort of similar -- they want to SSH into a host directly to control its power state18:05
JoshNangNobodyCam: ok! i chose driver_info because cleaning steps would be functions of the drivers, but i'm ok with either18:05
SpamapSdevananda: it's a new driver that will be a superset of IPMI18:05
SpamapSsince it needs to basically do  ssh -L xxx:$ipmitarget:$ipmi_port $jumphost and then just do ipmi with $localhost:xxx as ipmi target18:06
*** derekh has quit IRC18:07
SpamapSdevananda: ssh in and self-power-control seems a bid unrealistic.. but o-k. ;)18:07
jrollJoshNang: NobodyCam: I don't think ironic should touch node.extra, in general18:07
devanandaSpamapS: right. either this should be a new power driver, or it might fit into the command-set of the existing ssh driver18:08
devanandaSpamapS: that's basically a dict of commands to run after you SSH to a remote host to manage the power staet of other things18:09
devanandaSpamapS: currently it only makes virsh/vbox/vmware calls on local host. i THINK it would work with ipmitool too18:09
devanandaNobodyCam: ^^ ???18:09
SpamapSdevananda: hm, I wonder if we can dictate that the remote host has ipmitool on it. THat might actually be enough for POC18:09
jrollI don't see why it wouldn't work with ipmi18:09
jrolltool18:10
devanandagah. nope.18:12
devanandaneeds a new driver18:12
devanandathe ssh power driver's control flow is predicated on fetching a list of all || running instances on a host18:12
devanandaso that it knows what it can manage18:12
jrollthat command could be "echo localhost"18:13
*** achanda has joined #openstack-ironic18:14
devanandajroll: https://git.openstack.org/cgit/openstack/ironic/tree/ironic/drivers/modules/ssh.py#n37918:14
jrollewwwww18:15
devanandanew driver18:15
*** pelix has quit IRC18:16
devanandaSpamapS: so. I think such a "remoet ipmitool" driver would be great. who's got time to write it? :)18:16
*** pelix has joined #openstack-ironic18:16
SpamapSdevananda: I think I'll be writing it for a business need.18:17
NobodyCamdevananda: SpamapS: would the ipmi listener daemon thingy that jjohnson2 is working on solve the issue?18:17
SpamapSdevananda: or somebody on the Helion installer team.18:18
SpamapSNobodyCam: maybe?18:18
devanandaNobodyCam: I don't think so? that listens for ipmi packets, right?18:18
SpamapSNobodyCam: we basically have a requirement to be able to do provisioning in places where ILO is only available behind jump hosts.18:18
devanandaSpamapS: is the requirement specifically for iLO support, or just a basic set of ipmi?18:19
SpamapSSSH is always an option. IPMI listener relay packet things.. probably a stretch.18:19
SpamapSdevananda: ipmi is mandated, even though ILO is likely to be there.18:19
SpamapSI just say ILO because I'm a company man. ;)18:19
devanandacool18:19
devananda*cough*18:19
NobodyCamoh so ssh bridging support like we have ipmi bridging support18:19
*** Marga_ has joined #openstack-ironic18:19
devanandaSpamapS: ok. so, you probably know the drill. start with a spec. drivers which don't touch other code are usually pretty fast to review18:20
*** Marga_ has quit IRC18:21
SpamapSdevananda: I'll actually do that in parallel with a POC in virt and then deploy in-situ for evaluation by intended consumer. :)18:21
*** pelix has quit IRC18:22
SpamapSwhich I'm also doing for the L3 stuff18:22
NobodyCamSpamapS: are you able to use ipmi on the jump host?18:22
SpamapSNobodyCam: perhaps.18:23
devanandaSpamapS: ack18:24
SpamapSNobodyCam: probably the simplest way to go forward if that is possible. If not, we have to tunnel it.18:24
NobodyCamSpamapS: and the current bridging support will not work? https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/ipmitool.py#L79-L9118:24
SpamapSNobodyCam: I don't think they want IPMI to be directly contacted from anywhere outside the management network.18:26
NobodyCamsorry if I came into the converstion late18:26
SpamapSNobodyCam: ICMB has never been mentioned so I don't think they've considered it. Might be worth asking.18:27
SpamapSIPMB? too many I acronyms18:27
devanandaipmi double-bridging is a separate thing18:28
*** Nisha has joined #openstack-ironic18:28
devanandawhere you federate BMCs18:28
devanandaone BMC controls several others18:28
*** vipul has quit IRC18:28
devanandaOR where one BMC controls many devices18:28
devananda(it does both ... hence why there are like 5 add'l options for double bridging...)18:29
devanandabut I dont think that helps in the case where your IPMI network is walled off, and the only way in is to SSH to a bastion host18:29
*** achanda has quit IRC18:30
*** achanda has joined #openstack-ironic18:30
*** athomas has quit IRC18:31
*** romcheg has quit IRC18:31
*** romcheg has joined #openstack-ironic18:32
*** jcoufal has joined #openstack-ironic18:32
rloohi NobodyCam, wrt 139215, the unit tests for fsm. how much/detail do we want to review those? Are those copied from taskflow?18:32
*** achanda has quit IRC18:33
*** achanda has joined #openstack-ironic18:33
*** marcoemorais has joined #openstack-ironic18:33
NobodyCamrloo: yes that is a port of https://github.com/openstack/taskflow/blob/master/taskflow/tests/unit/test_types.py18:33
*** marcoemorais1 has joined #openstack-ironic18:35
*** vipul has joined #openstack-ironic18:35
Nishadevananda, (off topic here). with respect to comment on introspection spec, one comment is there..."what is the BODY of the PUT request?" What is the expectation? is it the syntax of PUT request? or something else....18:36
*** romcheg has quit IRC18:36
rlooNobodyCam: I wonder if we should mention where the original files are. I think I'll skip reviewing the tests stuff. for now anyway. i really want to see the changes to our code.18:37
*** marcoemorais has quit IRC18:38
*** jb11211 has joined #openstack-ironic18:38
devanandaNobodyCam: I share dtantsur|afk 's sense that this is awkward18:38
devanandaNobodyCam: but that might be more feedback we should give to harlowja :)18:38
devanandaNisha: yes. an HTTP PUT request must have a body18:39
devanandaNisha: according to the RFC, the body MAY be empty. but we should be very clear in the spec what is expected18:39
harlowjadevananda awkward, whatttt18:40
harlowjalol18:40
Nisha devananda  ok. i will mention that in the spec18:40
Nishathanks18:40
harlowjau guys can just help https://github.com/harlowja/automaton get moving ;)18:40
devanandaNisha: do we expect a PUT with a BODY containing some JSON, eg {key: value}? or do we expect a PUT with Content-length: 0 and no body?18:40
devanandaNisha: thanks18:40
harlowjaand then u don't need to duplicate stuff ;)18:40
harlowjacough https://github.com/harlowja/automaton/blob/master/automaton/machines.py cough18:40
NobodyCamdevananda: the tests them self of the util file stuff?18:40
harlowjacough https://github.com/harlowja/automaton/tree/master/automaton/tests cough18:41
devanandaharlowja: lol. i get it :)18:42
*** yjiang5 is now known as yjiang5_away18:43
Nishadevananda, it looks like     def put(self, node_uuid, discover):18:44
Nishawhere discover is actually None because there is nothing to pass from CLI in this case for patch18:44
devanandaharlowja: oh good. its on pip18:44
harlowjadevananda soemthing ; ya18:45
devanandaharlowja: I'll take a shot at pulling that in. however, to do so, it'll need to be in requirements ....18:45
Nishawhile PATCH expects a dictionary (key:value) to be passed18:45
harlowjadevananda ya, i just made it last weekend, so ..18:45
harlowjafor those who aren't getting the 'cough' reference18:45
harlowjahttp://i.imgur.com/Y0bn9HD.gif18:45
harlowjalol18:45
Nishadevananda, by BODY of PUT request, do you mean above syntax?18:45
NobodyCamharlowja: lol18:45
*** achanda has quit IRC18:45
devanandaNisha: no. that's the python method definition18:45
devanandaNisha: but I think you just said that there is no body18:46
devananda"is actually None because ..."18:46
*** achanda has joined #openstack-ironic18:46
Nishayou mean the passed arguments?18:46
harlowjadevananda that code has the runners split off from the main FSM18:46
*** Marga_ has joined #openstack-ironic18:46
harlowjaex @ https://github.com/harlowja/automaton/blob/master/automaton/machines.py#L33118:46
devanandaharlowja: yup. already read it18:47
harlowjadevananda i also added in ' _pre_process_event'18:47
harlowjaand such18:47
harlowjasince i think that will be needed for u18:47
devanandaharlowja: yea. so I think librarification of this is great18:47
harlowjaagreed18:47
devanandaharlowja: but, you know, it's not ready to librarify after just 4 days :)18:48
harlowjasure, which is why i'm ok with not using it yet, but at least the possiblitiy is there...18:49
harlowjadidn't santa claus create the world in 4 days, so seems like a library could be made in 4 days18:50
harlowjaor was that the flying spahhettin monster18:50
harlowjai can't remember18:50
devanandaNobodyCam: a note in the unit test (and utils file) that this is a port from TaskFlow, and we plan to continue to keep in sync and eventually libify it // delete it from ironic18:50
harlowja* spaghetti (how dare i)18:50
devanandaNobodyCam: might help alleviate some of the concerns that the unit test structure isn't quite normal for our code ...18:50
*** achanda has quit IRC18:51
devanandaharlowja: mmm, spaghetti18:51
harlowjalol18:51
NobodyCamya fsm! (flying spaghetti monster)18:51
* NobodyCam loves pastafarians18:51
harlowjalol18:52
harlowjathe fsm.py now has a new name18:53
harlowjaha18:53
NobodyCamlol...18:53
rlooharlowja: needs a mascot...18:53
harlowjahttp://i2.kym-cdn.com/entries/icons/original/000/000/206/Flying_Spaghetti_Monster.jpg ?18:54
NobodyCamhttp://upload.wikimedia.org/wikipedia/commons/7/76/FSM_Logo.svg18:54
harlowjabut that one might already be taken18:54
rlooNobodyCam: would be good to put a note in fsm.py too, that it is a port...18:54
NobodyCamya18:54
rloothx NobodyCam18:54
NobodyCamwill add right after a quick smoke... hhehehe...brb18:55
devanandastepping afk for a bit ...18:55
*** achanda has joined #openstack-ironic18:56
*** harlowja has quit IRC19:00
*** Marga_ has quit IRC19:04
*** Marga_ has joined #openstack-ironic19:06
*** anderbubble has quit IRC19:09
NobodyCamj* hows the weather up in the bay area.. news makes it look nasty19:10
JayFwe're all huddled up in our house19:10
JayFmost of my apt complex has no power, but I was spared19:10
NobodyCamoh wow19:11
dlauberoad in front of my house in santa cruz mountains ->  https://dl.dropboxusercontent.com/u/7057904/WinterStorm-Dec-11-2014-road1.jpg19:11
JayFdlaube: 280 near South SF + San Bruno is completely flooded in the northerly direction19:11
NobodyCamdlaube: wow thats a road and not a river19:11
JayFdlaube: and I've seen pohtos of El Camino Real in the same area in the same state19:12
dlaubeJayF: omg! I used to drive that everyday19:12
JayFdlaube: I live in Parkmerced, so I take the right turn out of my complex onto 280 all the time :) I take that drive often as well19:12
dlaubeNobodyCam: I know right.. almost makes you think about getting a fishing pole… or life raft19:13
NobodyCam:-p19:13
NobodyCamgit status19:14
NobodyCamd'oh ww19:14
*** Masahiro has joined #openstack-ironic19:15
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/14094119:17
openstackgerritMerged openstack/ironic: Correct vmware ssh power manager  https://review.openstack.org/13981019:17
*** marcoemorais1 has quit IRC19:18
*** Masahiro has quit IRC19:19
*** rlr0329 has joined #openstack-ironic19:21
*** romcheg has joined #openstack-ironic19:22
afaranhaIs the installation guide updated to latest version of ironic? http://docs.openstack.org/developer/ironic/deploy/install-guide.html19:25
afaranhaIt seems that ironic-dbsync doesn't have the create_schema function anymore19:26
afaranhado anyone knows about this?19:26
NobodyCamhuh19:26
NobodyCamwe did19:26
NobodyCamrloo: something like this? (or more detail) :# Utilities ported from TaskFlow project used by test_fsm.py. It is our plan to19:27
NobodyCam# continue to keep these in sync and remove once they have been Libified.19:27
rlooafaranha: I see 'create_schema' in cmd/dbsync.py19:27
NobodyCamafaranha: https://github.com/openstack/ironic/blob/master/ironic/cmd/dbsync.py#L7719:28
rlooNobodyCam: yeah, that's fine with me. maybe instead of 'It is our plan', a TODO?19:28
afaranhaI got error when tried this: ironic-dbsync: error: argument command: invalid choice: 'create_schema' (choose from 'upgrade', 'downgrade', 'stamp', 'revision', 'version')19:28
rlooNobodyCam: do people want links to the the original files?19:28
rlooafaranha: what version of ironic code are you using?19:28
afaranharloo, 2014.1.rc119:29
rlooafaranha: i seem to recall that the 'create_schema' is relatively new.19:29
afaranharloo, Ah, that's why19:29
rlooafaranha: ok. that's icehouse. which is an older version of ironic.19:29
NobodyCamhttps://github.com/openstack/ironic/commit/e76932a0730abfd98092b4b9cbadd3a90cb32fb619:29
rlooafaranha: the install guide reflects what is on master branch.19:29
NobodyCam2014.2.rc319:29
rlooafaranha: i think you can just invoke ironic-dbsync19:29
devanandaafaranha: that,s an icehouse release candidate. about 8 months old ...19:30
devanandaafaranha: any reason you're not using 2014.2?19:30
rlooafaranha: i think we all suggest you use the latest and greatest ;)19:30
afaranharloo, devananda I installed it following the guide: apt-get install ironic-api ironic-conductor python-ironicclient19:30
afaranhahow can I download the latest one?19:30
devanandaafaranha: ah. what distro/version?19:30
NobodyCampip install :)19:30
afaranhaNobodyCam, Gonna try that :)19:31
afaranhadevananda, it's Ubuntu 14.0419:31
devanandaafaranha: ah. what distro/version?19:31
devanandahm, soubuntu 14.04 is probably going to stay at 2014.1.rc119:31
devananda(sorry for double send)19:32
devanandawe should u\19:32
devanandabah... keyboard....19:32
afaranhadevananda, I think I can install it using pip and informing the version19:32
devanandawe should update the docs to indicate that that distro support is pinned19:32
afaranhadevananda, Any compatibility issue with ubuntu 14.04?19:32
devanandaafaranha: pip++19:32
afaranhadevananda, ok, Thanks!19:33
afaranhadevananda, It's also good to indicate how to install with pip, I'm gonna help on that :)19:35
rlr0329I have deployed ironic with devstack using the stable/juno branch.   Can I use this to deploy images on a baremetal node?  Any doc on how to do this?  The install-guide at http://docs.openstack.org/developer/ironic/deploy/install-guide.html doesn't seem to cover the final steps.  All I see in the http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack are instructions using VMs.  Any19:35
NobodyCamafaranha: awesome I would love to rewview a doc patch :)19:37
NobodyCamrlr0329: configure a ipmi driven node?19:38
rlr0329yes19:39
NobodyCamrlr0329: have you read http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#exercising-the-services-locally19:40
NobodyCamsee the example walkthrough of creating a node: in htat section19:41
rlr0329I guess I missed that before.  Will try that now.  Thanks!19:43
devanandajroll: i khnow you'd like to see the fsm patch series land so we can keep that moving19:44
devanandajroll: have you seen what i added last night? is there something else on your mind you'd like to see right away?19:44
jrolldevananda: I've been busy downstream, I haven't/don't have time to look right now19:44
devanandaNobodyCam: what would you say to me stripping fsm.py and the test cases down to a bare minimum at this point? there is still a bunch of code in there we're not using, copied from taskflown19:48
rloodevananda: I added a comment to 139216 -- i might be wrong? anyway, i'll look more later. need to take a break.19:48
rlr0329NobodyCam:  Looking at that walkthrough, how do I specify the image information?  Using the -i <key=value>?19:49
NobodyCamdevananda: sure. ++ less porting == less upkeep19:49
devanandarloo: oh, interesting. i'll check19:49
NobodyCamrlr0329: see step #3 of http://docs.openstack.org/developer/ironic/deploy/install-guide.html#flavor-creation19:52
NobodyCamdevananda: I'll stop working on the fix patch to fsm and the utils file untill your done19:53
rlr0329NobodyCam:  Got it thanks!19:54
NobodyCam:)19:55
afaranhaNobodyCam, devananda what's the command to install the latest version form pip? I tried downloading from github, and sudo pip install ironic==2014.2.rc3 , but didn't work19:58
afaranhaactually, the pypi page doesn't have any link for ironic: https://pypi.python.org/simple/ironic/20:02
*** dprince has quit IRC20:03
openstackgerritAdam Gandelman proposed openstack/ironic: Do not pass PXE net config from bootloader to ramdisk  https://review.openstack.org/14114820:04
devanandaafaranha: if you want latest stable release from your distro, you would do that through apt, and should get 2014.2  (no "rc" in the name)20:04
devanandaafaranha: if you want latest development code, git clone ... then pip install that20:05
devanandaor python setup.py install20:05
afaranhaall right, gonna try that20:05
devanandaor python setup.py install only client libraries20:05
devanandasorry for the miscommunication earlier20:05
*** Nisha_away has joined #openstack-ironic20:05
NobodyCamya... our quick start doc could use a install section20:06
*** Nisha has quit IRC20:06
*** anderbubble has joined #openstack-ironic20:08
afaranhastrange... I did python setup.py intall and got the version: 2015.1.dev206.g2db265920:11
afaranhadevananda, maybe ubuntu 14.04 have no compatibility with it.....20:11
afaranhabut I quite sure it worked20:14
NobodyCamafaranha: youran that from the directory you cloned into?20:15
afaranhayes, the version is not the 2014.2, but ironic-dbsync has the create_scheme option20:15
NobodyCamyes cloning gets you the latest version20:16
afaranhaAs I already run ironic-dbsync, I just upgraded it20:16
*** dprince has joined #openstack-ironic20:23
adam_gdo we make any guarantees with regard to the stability of the interface we provide to ramdisks? that is, the non-configurable kernel parameters set in the various template files20:26
devanandaadam_g: no. afaik, operators often customize that anyway20:27
lifelessI think adam_g means the parameters ironic injects ?20:27
lifelessvs the ones in the templates which as you say are under effectively under operator control20:28
*** mrda-away is now known as mrda20:28
adam_gwe allow user-specified things to be injected via config file20:28
adam_gafaics the actual templates we ship are source20:28
mrdaMorning Ironic20:28
NobodyCammorning mrda20:28
adam_gwe currently pass network config to ramdisks via an ip= kernel parameter, which i'm hoping to remove.. but worry that will break some users who may be using a custom ramdisk, and will definitely break people using out of date DIB deploy-ramdisk20:29
adam_g*that ip= parameter is hard-coded in templates20:30
devanandaadam_g: where?20:30
devanandai dont see that in pxe config template20:30
adam_gdevananda, that one uses 'ipappend 3' which causes syslinux to inject it, the otehr *pxe* ones hard-code it since those bootloaders dont support that20:32
adam_gthe deploy-ironic ramdisk manually configures networking when ip= parameter is present, under the assumption its not a PXE/DHCP-able env, instead of DHCP'ing20:32
adam_gi *assume* the other templates followed suite in their templates since DHCP'ing from the ramdisk is currently broken and they couldn't get it to work20:33
*** marcoemorais has joined #openstack-ironic20:34
devanandaadam_g: agent_config.template does not have ipappend line20:34
devanandaditto for the ipxe config20:34
adam_gdevananda, because their ramdisk probably does the correct thing and DHCP for net config by default20:34
devanandawhich specifivcally calls out dhcp in there20:34
devanandaright20:35
adam_gipxe does20:35
adam_g ip=${ip}:${next-server}:${gateway}:${netmask} BOOTIF=${mac}20:35
adam_gwhich is effectively what syslinux injects when 'ipappend 3' is there20:36
jrollPaulCzar: ^ you're likely interested in this conversation20:36
devanandaaah. yea, there it is20:36
jrollPaulCzar: specifically "since DHCP'ing from the ramdisk is currently broken"20:36
adam_gelilo_efi* does ip=%I:{{pxe_options.tftp_server}}:%G:%M:%H::on", and im not sure what the %H::on is used for, which worries me20:36
adam_gjroll, PaulCzar deploying when DHCP'ing from the current DIB-generated deploy-ironic doesn't work, but thats a DIB bug20:37
jrolladam_g: right, Paul was frustrated about it20:38
*** marcoemorais1 has joined #openstack-ironic20:38
NobodyCambrb20:38
adam_gi'd like to just fix that DIB bug, and remove the passing of ip= from our templates.. but that can break anyone using something custom, and would require others to generate a new deploy-ironic ramdisk with a minimum version of DIB during upgrade20:40
*** marcoemorais has quit IRC20:41
devanandaadam_g: i'd like that, too. it should be captured in release notes, but i think that's a reasonable thing to expect anyone following trunk to handle20:43
*** alexpilotti has quit IRC20:49
openstackgerritDevananda van der Veen proposed openstack/ironic: Refactor async helper methods in conductor/manager.py  https://review.openstack.org/13921720:51
openstackgerritDevananda van der Veen proposed openstack/ironic: Begin using the state machine for node deploy/teardown  https://review.openstack.org/13921620:51
openstackgerritDevananda van der Veen proposed openstack/ironic: Convert drivers to use process_event()  https://review.openstack.org/14088320:51
openstackgerritDevananda van der Veen proposed openstack/ironic: Enable async callbacks from task.process_event()  https://review.openstack.org/14086820:51
openstackgerritDevananda van der Veen proposed openstack/ironic: Convert check_deploy_timeout to use process_event  https://review.openstack.org/14086920:51
openstackgerritDevananda van der Veen proposed openstack/ironic: Add base state machine  https://review.openstack.org/13921520:51
devanandaNobodyCam: if we add more tests, let's do it in a new patch20:51
devanandaso we dont need to rebase all of those every time20:52
devanandarloo: i still need to address your comment on the second patch20:52
devanandabut have a call in a few min20:52
openstackgerritNisha Agarwal proposed openstack/ironic-specs: Discover node properties using new CLI node-inspect  https://review.openstack.org/10095120:52
rloodevananda: o20:53
rloodevananda: k20:53
*** harlowja has joined #openstack-ironic20:53
NobodyCamdevananda: ack :)20:55
NobodyCamadam_g: your updating DIB to remove the need for IP kernel param20:56
adam_gNobodyCam, well, it looks like its currently meant to work without it but the only place it derives the boot servers address is from the ip= param, so deployment doesn't work. going to push something that finds that address via dhclient in the DHCP case21:00
adam_gNobodyCam, if that works, we can drop the parameter.. or see about making DHCP the default, first try behavior for DIB ramdisks, in which case we can keep it to be safe21:01
*** ChuckC has quit IRC21:02
NobodyCamok :)21:02
*** Masahiro has joined #openstack-ironic21:03
*** andreykurilin_ has quit IRC21:06
*** Masahiro has quit IRC21:08
*** dprince has quit IRC21:14
*** romcheg has quit IRC21:22
*** romcheg has joined #openstack-ironic21:22
dlaubehey guys, can someone remind me which one is evil/unsupported in ironic?  it is ipmitool or freeipmi?21:24
*** ChuckC has joined #openstack-ironic21:25
dlaubeabout to reinstall my ipmitool after seeing some strainge problems21:25
NobodyCamwe use ipmitool21:30
NobodyCamthere is a startup check for version support21:31
jrollhow do I make tox (testr?) print stdout for test failures?21:31
jrollI feel like there's an option I might be missing21:32
*** Marga_ has quit IRC21:34
NobodyCamjroll: that should print out on each failure: http://paste.openstack.org/show/23j5T7QvFgn0BXZkVa9q21:34
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add a new driver for Fuel Agent  https://review.openstack.org/13811521:34
NobodyCamare you adding debuging print statments :-p21:34
jrollmaaaaaybe21:35
NobodyCamlol21:35
NobodyCamthey should show up in the stdout section21:35
jrollyeah21:36
NobodyCamare you adding to the test file or the code its testing?21:36
*** PaulCzar has quit IRC21:36
clif_hI'm doing both21:39
*** EmilienM is now known as EmilienM|pto21:39
NobodyCamhi clif_h :) do you see the stdout put in a tox test failure?21:40
clif_hthis is in nova and not ironic if that makes any difference21:40
clif_hah21:41
clif_hit does show me the output if it fails21:41
clif_hbut not if it passes21:41
clif_hwhich makes some sense I suppsoe21:42
jrolloh, it showed up now?21:42
jrolllol21:42
clif_ha pass is meh, while a fail is omg21:42
clif_hNobodyCam: thanks :)21:43
NobodyCam:)21:43
Shrewsjroll: i did that a long time ago. i think you have to set an env variable21:44
ShrewsOS_STDOUT_CAPTURE or something21:44
Shrewsthough i could be wrong21:44
jrollcould be21:44
Shrewss/could be/probably am/21:45
NobodyCambbiab ... food time21:51
*** Marga_ has joined #openstack-ironic21:52
*** hemna has joined #openstack-ironic21:59
openstackgerritYuriy Zveryanskyy proposed openstack/ironic-specs: Add a new driver for Fuel Agent  https://review.openstack.org/13811522:01
*** yjiang5_away is now known as yjiang522:02
*** marcoemorais1 has quit IRC22:12
*** Nisha_away has quit IRC22:21
*** ryanpetrello has quit IRC22:22
*** ifarkas has quit IRC22:23
*** romcheg has quit IRC22:26
clif_hTo anyone familiar with the nova ironic driver, I'm trying to add behavior to driver to cache the ironic-client instead of reconstructing it for every call. Please take a look: https://review.openstack.org/#/c/141188/22:26
JayFmrda: ^ you probably have a particular interest in https://review.openstack.org/#/c/141188/22:27
*** jrist has quit IRC22:29
*** jrist has joined #openstack-ironic22:30
mrdaThanks JayF22:32
*** ChuckC has quit IRC22:32
JayFmrda: btw, if you haven't met him yet, clif_h is the newest 'dentist'22:33
mrdaahh, right22:33
mrdahi clif_h!22:33
* mrda feels a little guilty for not closing this bug himself22:33
clif_hmrda: greetings!22:33
clif_hdon't feel guilty, it gave me something small to chew on22:34
mrdaIt fell off my plate, but I'm glad you picked it up :)22:34
JayFclif_h: don't absolve his guilt, redirect it to a harder bug!22:34
JayF;)22:34
mrdaJayF: There will be no more schwag for you ;)22:35
*** marcoemorais has joined #openstack-ironic22:37
*** marcoemorais1 has joined #openstack-ironic22:40
*** marcoemorais has quit IRC22:41
*** achanda has quit IRC22:44
*** achanda_ has joined #openstack-ironic22:47
*** achanda_ has quit IRC22:51
*** andreykurilin_ has joined #openstack-ironic22:51
*** achanda has joined #openstack-ironic22:51
*** Masahiro has joined #openstack-ironic22:52
*** achanda has quit IRC22:56
*** Masahiro has quit IRC22:57
*** romcheg has joined #openstack-ironic22:58
JayFhttps://review.openstack.org/#/c/138116/ could use another core review so it can land22:59
JayFjust some oslo cleanup stuff for IPA we should get in before it gets stale (again, I already had to rebase and fix a couple of things once)22:59
*** jcoufal has quit IRC23:02
NobodyCamlol "bruning in nodes takes to long to do before a deploy.."23:09
NobodyCamnova boot ..... REPLY: your node will be ready in a week please come back then23:10
jrolllol23:10
*** ChuckC has joined #openstack-ironic23:15
*** russell_h has quit IRC23:19
*** russell_h has joined #openstack-ironic23:19
*** russell_h has quit IRC23:20
*** russell_h has joined #openstack-ironic23:20
*** PaulCzar has joined #openstack-ironic23:31
*** anderbubble has quit IRC23:35
*** Marga_ has quit IRC23:36
*** Marga_ has joined #openstack-ironic23:37
*** Marga_ has quit IRC23:39
*** Marga_ has joined #openstack-ironic23:39
NobodyCamJoshNang: left some comments on the clean/zapping specs23:43
JoshNangNobodyCam: thanks!23:44
NobodyCamlol don't thank me until you read them23:45
NobodyCam:-p23:45
NobodyCamJoshNang: I think your going to need three decarators: clean_step(cln_pri) / zap_step(zap_pri) / clean_and_zap_step(cln_pri, zap_pri)23:48
*** shakamunyi has quit IRC23:49
*** andreykurilin_ has quit IRC23:49
*** andreykurilin__ has joined #openstack-ironic23:49
*** naohirot has joined #openstack-ironic23:52
*** naohirot has quit IRC23:52
*** naohirot has joined #openstack-ironic23:53
*** rlr0329 has left #openstack-ironic23:53
naohirotgood morning ironic23:53
NobodyCamgood morning naohirot23:54
naohirotNobodyCam: Hi, thanks for the review again, I'll submit new patch set today for both specs.23:56
NobodyCam:)23:56
* NobodyCam has done so many reviews he getting them mixed up23:56
naohirotNobodyCam: :-)23:56
SpamapSis there any reason the ramdisk/kernel ID parameters can't have name equivalents that Ironic would try to look up in glance?23:56
NobodyCambecause we like uuids23:57
*** igordcard has quit IRC23:57
NobodyCamwe would need a look up function23:57

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