Thursday, 2013-12-19

*** anniec has quit IRC00:10
devanandaNobodyCam: something to take a peek at: https://review.openstack.org/#/c/50348/300:18
* NobodyCam peeks00:19
*** anniec has joined #openstack-ironic00:19
NobodyCam:-p your +1'ing scope creep for us lol00:19
NobodyCambut I see the need for it00:20
devanandai just commented on the related bug report00:21
devanandanot scope creep. bug fix parity, which we need ...00:21
NobodyCamya I know00:21
devanandabut ya, I +1'd more work :)00:21
NobodyCamlol :)00:22
devanandaalso, i have a patch that might fix it for us, too ;)00:22
NobodyCam:)00:22
devanandanot the code i meant to write this afternoon, but....00:24
devanandaNobodyCam: for pxe.vendor._continue_deploy()00:31
devanandaNobodyCam: shouldn't this method set the provision_state= ACTIVE?00:31
devanandaright now, it sets it to DEPLOYDONE.... that seems wrong ...00:31
NobodyCamoff the top of my head I'd say ya00:32
devanandaNobodyCam: compare to ComputeManager.do_node_deploy() which, for other drivers, will set prov_state to ACTIVE00:32
devanandait doesn't in the case of PXE driver, since deploy isn't done yet. but I think they should both end up in same staet ....00:32
NobodyCammakes sense to /me00:33
devanandak k00:33
NobodyCamhumm I seem to have lock up my dev env.00:37
devanandai'm still having the issue where if i reboot seed, it borks neutron00:39
devanandamakes working from cafes rather difficult00:39
NobodyCam:(00:40
devanandafound a work around today00:40
NobodyCam???00:40
devanandadelete the ports, subnets, and nets from neutron. then call setup-neutron again, then delete and re-add my baremetal node00:40
devanandaand i can heat stack-create again00:41
NobodyCamso it wasnn't the no-proxy setting?00:44
devanandataht was an issue, too00:44
devanandabut not the same issue00:44
NobodyCamahh00:44
*** yuikotakada has joined #openstack-ironic00:46
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Improve error handling in PXE _continue_deploy  https://review.openstack.org/6303701:03
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Improve error handling in PXE _continue_deploy  https://review.openstack.org/6303701:04
devanandafixing commit message01:04
devanandaand with that, I'm signing off for a bit and doing some shopping :)01:05
devanandag'night all!01:05
NobodyCamnight devananda01:05
*** haomeng2 has joined #openstack-ironic01:10
*** haomeng2 has quit IRC01:18
*** rwsu has quit IRC01:18
*** rwsu has joined #openstack-ironic01:19
*** yfujioka has joined #openstack-ironic01:22
*** anniec has quit IRC01:23
*** anniec has joined #openstack-ironic01:24
*** anniec has quit IRC01:24
*** nosnos has joined #openstack-ironic01:38
*** itooon has quit IRC01:45
*** harlowja has quit IRC01:51
*** jcooley_ has quit IRC01:55
*** harlowja has joined #openstack-ironic02:03
*** itooon has joined #openstack-ironic02:04
*** rongze has joined #openstack-ironic02:12
*** jcooley_ has joined #openstack-ironic02:27
*** nosnos_ has joined #openstack-ironic02:30
*** nosnos has quit IRC02:33
*** jcooley_ has quit IRC02:37
*** rloo has quit IRC02:46
*** vkozhukalov has joined #openstack-ironic03:06
*** hstimer has quit IRC03:23
*** hstimer has joined #openstack-ironic03:23
*** jcooley_ has joined #openstack-ironic04:39
*** rongze has quit IRC04:44
*** jimjiang has quit IRC04:50
*** jimjiang has joined #openstack-ironic04:50
*** nosnos_ has quit IRC05:06
*** nosnos has joined #openstack-ironic05:07
*** urulama has joined #openstack-ironic05:07
*** itooon has quit IRC05:11
*** rongze has joined #openstack-ironic05:18
*** rongze has quit IRC05:23
*** harlowja is now known as harlowja_away05:40
*** harlowja_away is now known as harlowja05:59
openstackgerritJenkins proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/6192006:00
*** darrylms has joined #openstack-ironic06:18
*** rongze has joined #openstack-ironic06:20
*** hstimer has quit IRC06:23
*** rongze has quit IRC06:25
*** rongze has joined #openstack-ironic06:27
*** rongze has quit IRC06:28
*** rongze has joined #openstack-ironic06:37
*** jimjiang has quit IRC06:39
*** jimjiang has joined #openstack-ironic06:40
*** vkozhukalov has quit IRC06:52
*** rongze has quit IRC07:49
*** rongze has joined #openstack-ironic07:49
*** prekarat has joined #openstack-ironic08:02
*** harlowja is now known as harlowja_away08:04
*** vkozhukalov has joined #openstack-ironic08:29
*** romcheg has joined #openstack-ironic08:38
*** kpavel has joined #openstack-ironic08:39
*** kpavel_ has joined #openstack-ironic08:40
openstackgerritA change was merged to openstack/ironic: Strip '/' from api_url string for PXE driver  https://review.openstack.org/6020508:42
*** kpavel has quit IRC08:44
*** kpavel_ is now known as kpavel08:44
*** jimjiang has quit IRC08:48
*** jimjiang has joined #openstack-ironic08:49
*** jcooley_ has quit IRC08:54
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Allow clean reservation at update node  https://review.openstack.org/5554908:55
*** ifarkas has joined #openstack-ironic09:01
*** yfujioka has quit IRC09:07
*** lucasagomes has joined #openstack-ironic09:24
*** agordeev has joined #openstack-ironic09:27
*** jimjiang has quit IRC09:30
*** jimjiang has joined #openstack-ironic09:31
*** kpavel_ has joined #openstack-ironic09:32
*** kpavel has quit IRC09:33
*** kpavel_ is now known as kpavel09:34
*** jimjiang has quit IRC09:36
*** jimjiang has joined #openstack-ironic09:37
*** jcooley_ has joined #openstack-ironic09:38
*** mdurnosvistov has joined #openstack-ironic09:47
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Convert trycmd() to oslo's processutils  https://review.openstack.org/6170909:53
*** urulama has quit IRC09:56
*** mdurnosvistov_ has joined #openstack-ironic09:59
*** mdurnosvistov has quit IRC10:03
*** jcooley_ has quit IRC10:09
*** rongze has quit IRC10:11
lucasagomeslifeless, ping10:14
*** derekh has joined #openstack-ironic10:15
lucasagomeslifeless, re ur comment at https://review.openstack.org/#/c/61960/2/ironic/tests/api/test_nodes.py10:15
lifelesslucasagomes: hi10:17
lucasagomeslifeless, the new patchset is not passing any interval to that function it's using the whatever default in the get_active_driver_dict() method... and testing if the conductor didn't check-in for a while and the driver is now inactive (out of the list) is already being tested by the tests on the get_active_driver_dict()10:17
lucasagomesI could add a similar test ofc, but sounds redundant to me10:18
lucasagomesI'm not very convinced10:18
*** prekarat has quit IRC10:18
*** jimjiang has quit IRC10:19
*** jcooley_ has joined #openstack-ironic10:19
*** jimjiang has joined #openstack-ironic10:19
*** rongze has joined #openstack-ironic10:23
*** martyntaylor has joined #openstack-ironic10:28
lifelesslucasagomes: so consider, if someone comes along and changes the code to pass in 1000000 as the interval10:29
lifelesslucasagomes: will a test fail ?10:29
lifelesslucasagomes: in fact, try that :). See what happens.10:29
lucasagomeshah ok10:30
lifelessIf no test fails, and you agree that that code would be wrong, I think my point is made.10:30
*** jimjiang has quit IRC10:30
lifelessIf on the other hadn you think that that code would be ok, then I grant you your point :).10:30
*** yuikotakada has quit IRC10:31
*** jimjiang has joined #openstack-ironic10:31
*** greghaynes has quit IRC10:39
lifelesslucasagomes: I'm heading off to bed -if the existing two tests catch this bad behaviour - *and* do so in a way tht is reasonably clear, I'll be happy  to +2 it tomorrow morning10:40
*** max_lobur_afk is now known as max_lobur10:40
*** greghaynes has joined #openstack-ironic10:41
*** ndipanov has joined #openstack-ironic10:43
lucasagomeslifeless, right I will give it a think, just wondering cause in the API tests we mock the return value of that method so it do not introduce a new dependency on the dbapi layer in the api test module (it was requested in a previous review)10:44
lucasagomesso whatver interval you use won't actually matter10:44
lucasagomeslifeless, I will see here, have a good night :)10:44
*** prekarat has joined #openstack-ironic10:46
*** martyntaylor has quit IRC10:48
lifelesslucasagomes: right, so the general principle is that when you have an API you are mocking, you can assume it behaves well, but you can't assume that *you use it well*10:49
lifelesslucasagomes: if the API permits bad combinations of values, we need to be sure that we sent it good combinations10:49
lifelessand with that, gnight!10:49
*** jcooley_ has quit IRC10:49
*** urulama has joined #openstack-ironic10:50
lucasagomeslifeless, :) night10:54
*** martyntaylor has joined #openstack-ironic10:59
*** max_lobur is now known as max_lobur_afk10:59
*** nosnos has quit IRC11:00
openstackgerritImre Farkas proposed a change to openstack/ironic: Passing nodes more consistently  https://review.openstack.org/6238911:11
*** rongze has quit IRC11:13
*** martyntaylor has quit IRC11:15
*** jcooley_ has joined #openstack-ironic11:32
*** romcheg1 has joined #openstack-ironic11:47
*** romcheg has quit IRC11:47
*** martyntaylor has joined #openstack-ironic11:50
*** jcooley_ has quit IRC12:04
*** rongze has joined #openstack-ironic12:04
*** prekarat has quit IRC12:17
*** prekarat has joined #openstack-ironic12:22
*** romcheg1 has quit IRC12:24
*** rongze_ has joined #openstack-ironic12:24
*** rongze has quit IRC12:28
*** max_lobur_afk is now known as max_lobur12:45
*** urulama has quit IRC12:46
*** jdob has joined #openstack-ironic12:49
*** anniec has joined #openstack-ironic12:51
*** kpavel_ has joined #openstack-ironic12:52
*** kpavel has quit IRC12:53
*** kpavel_ is now known as kpavel12:53
*** anniec_ has joined #openstack-ironic12:54
*** anniec has quit IRC12:55
*** anniec_ is now known as anniec12:55
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Improve error handling in validate_vendor_action  https://review.openstack.org/6310612:55
*** jcooley_ has joined #openstack-ironic12:57
*** linggao has joined #openstack-ironic13:04
*** linggao_ has joined #openstack-ironic13:05
*** linggao has quit IRC13:05
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Improve error handling in validate_vendor_action  https://review.openstack.org/6310613:20
*** jcooley_ has quit IRC13:27
*** prekarat has left #openstack-ironic13:32
*** rloo has joined #openstack-ironic13:33
*** romcheg has joined #openstack-ironic13:35
*** urulama has joined #openstack-ironic13:55
*** darrylms has quit IRC13:56
*** darrylms has joined #openstack-ironic13:56
*** urulama_ has joined #openstack-ironic13:56
*** derekh has quit IRC14:00
*** urulama has quit IRC14:00
*** lucasagomes has quit IRC14:06
*** lucasagomes has joined #openstack-ironic14:06
*** lucasagomes has quit IRC14:07
*** jcooley_ has joined #openstack-ironic14:18
*** jimjiang has quit IRC14:18
*** jimjiang has joined #openstack-ironic14:19
*** jimjiang has quit IRC14:24
*** jimjiang has joined #openstack-ironic14:25
*** mattymo has quit IRC14:32
*** darrylms has quit IRC14:32
*** mattymo has joined #openstack-ironic14:32
*** darrylms has joined #openstack-ironic14:32
*** viktors has joined #openstack-ironic14:35
GheRiverohi all14:46
*** openstack has joined #openstack-ironic14:49
*** jcooley_ has quit IRC14:52
*** matty_dubs|gone is now known as matty_dubs14:59
*** blamar has joined #openstack-ironic15:08
NobodyCamGood Morning Ironic15:11
GheRiveromorning15:12
yuriyzMorning Ironic15:13
max_loburmorning Everyone15:14
rloohi all!15:14
NobodyCammorning yuriyz GheRivero and max_lobur15:14
*** blamar has quit IRC15:16
*** blamar has joined #openstack-ironic15:17
*** kpavel has quit IRC15:24
*** vkozhukalov has quit IRC15:40
*** viktors has left #openstack-ironic15:42
*** rongze has joined #openstack-ironic15:42
*** jcooley_ has joined #openstack-ironic15:44
*** rongze_ has quit IRC15:45
*** anniec has quit IRC16:13
NobodyCamoh sorry rloo I missed your hello16:14
NobodyCam:)16:14
rloono worries NobodyCam! (sort of like the John boy thing...)16:14
NobodyCam:)16:14
*** rongze has quit IRC16:15
*** jcooley_ has quit IRC16:16
*** rongze has joined #openstack-ironic16:16
*** jimjiang has quit IRC16:22
*** rongze has quit IRC16:22
*** jimjiang has joined #openstack-ironic16:22
*** rongze has joined #openstack-ironic16:22
*** urulama_ has quit IRC16:22
*** jcooley_ has joined #openstack-ironic16:33
*** jcooley_ has quit IRC16:52
*** mattymo has quit IRC16:52
*** ndipanov has quit IRC16:52
*** jcooley_ has joined #openstack-ironic16:55
*** mattymo has joined #openstack-ironic16:55
*** ndipanov has joined #openstack-ironic16:55
*** Maha has joined #openstack-ironic16:57
*** jcooley_ has quit IRC16:58
*** mattymo has quit IRC16:58
*** ndipanov has quit IRC16:58
*** martyntaylor has quit IRC17:00
devanandamorning, all!17:01
NobodyCamgood morning devananda17:02
GheRiveromorning devananda17:02
rloomornin' devananda17:02
*** jimjiang has quit IRC17:03
*** jimjiang has joined #openstack-ironic17:04
*** jcooley_ has joined #openstack-ironic17:04
*** mattymo has joined #openstack-ironic17:04
*** ndipanov has joined #openstack-ironic17:04
yuriyzmorning devananda17:05
*** jcooley_ has quit IRC17:09
*** mattymo has quit IRC17:09
*** ndipanov has quit IRC17:09
yuriyzdevananda, about node's reservation and dead conductors, I think 'reservation' field should contains not only hostname but also process id (pid) of conductor17:10
*** jimjiang has quit IRC17:10
devanandayuriyz: interesting. why?17:10
yuriyzfor cases if conductor restarted17:10
yuriyzand if we only have one conductor17:11
*** jimjiang has joined #openstack-ironic17:11
yuriyzand new field 'pid' in conductors table17:11
yuriyzfor easy checks if reservation field is from dead conductor17:13
devanandayuriyz: are you suggesting that after restart, new conductor process would not be able to unlock old conductor's locks without using the lock-breaking mechanism?17:13
yuriyzyes17:13
yuriyzbecause new already registered17:13
yuriyzif restarted17:14
devanandayuriyz: in this approach, drivers would need to "take over" resources controlled by the previous instance of conductor process on that host17:14
*** jcooley_ has joined #openstack-ironic17:15
*** mattymo has joined #openstack-ironic17:15
*** ndipanov has joined #openstack-ironic17:15
devanandayuriyz: i think it is sufficient for all delete/tear_down/clean_up/etc methods to be idempotent. if conductor is restarted and an in-progress task failed, user can issue a delete on that resource, new conductor proces will still be able to get lock, and delete will happen17:15
devanandayuriyz: in your approach, if we require that lock-breaking can only happen for locks held by dead conductors, then heartbeat must also be based on PID17:16
NobodyCambbt and more coffee time... brb17:17
*** hemna has joined #openstack-ironic17:19
yuriyzI will try todo a patch tomorrow only for manual unlocking w/o break compatibility17:21
*** max_lobur is now known as max_lobur_afk17:21
*** jcooley_ has quit IRC17:22
devanandayuriyz: i'm not convinced that we need pid-based locking (let alone that it's a priority for Icehouse-2 timeframe)17:26
*** GheRivero has quit IRC17:28
yuriyzok, let it be proof-of-concept17:30
devanandayuriyz: I think there are more important things that we need to get working before we can apply for graduation / integration / first release17:33
yuriyzok17:33
* devananda steps away for a phone call17:33
*** rongze has quit IRC17:39
*** rongze has joined #openstack-ironic17:40
*** GheRivero has joined #openstack-ironic17:41
*** rongze has quit IRC17:44
*** vkozhukalov has joined #openstack-ironic17:46
*** mdurnosvistov_ has quit IRC17:50
NobodyCamwost breakfast walkies17:50
NobodyCambbiaf17:50
*** Maha has quit IRC17:55
*** harlowja_away is now known as harlowja18:04
*** urulama has joined #openstack-ironic18:23
*** urulama has quit IRC18:27
*** ifarkas has quit IRC18:34
NobodyCammakes a bagel18:36
*** rongze has joined #openstack-ironic18:40
*** rloo has quit IRC18:42
*** rloo has joined #openstack-ironic18:43
*** rloo has quit IRC18:44
*** rloo has joined #openstack-ironic18:44
*** mdurnosvistov has joined #openstack-ironic18:45
*** rongze has quit IRC18:45
*** jimjiang has quit IRC18:51
*** jimjiang has joined #openstack-ironic18:51
*** jimjiang has quit IRC18:58
*** jimjiang has joined #openstack-ironic18:59
*** jimjiang has quit IRC19:03
*** jimjiang has joined #openstack-ironic19:04
*** jimjiang has quit IRC19:09
*** jimjiang has joined #openstack-ironic19:09
*** jimjiang has quit IRC19:15
*** jimjiang has joined #openstack-ironic19:16
*** jdob_ has joined #openstack-ironic19:21
* NobodyCam reboots his seed vm19:21
*** ndipanov has quit IRC19:31
*** jdob_ has quit IRC19:40
*** jdob has quit IRC19:40
*** jdob has joined #openstack-ironic19:40
NobodyCamdevananda: your neturn isse prevents you from deploying?19:49
NobodyCamor pxe booting I should say?19:50
devanandaeh?19:50
NobodyCamthe neutron issue your having19:50
NobodyCamfor me heat stack-create is saying "create_complete" yet the node is saying no network devices19:51
NobodyCamjust checking if that is the issue your see19:52
NobodyCam*seeing19:52
* NobodyCam tries again.. from the beginning 19:55
* NobodyCam makes more coffee while booting seed20:04
devanandaNobodyCam: do "neutron agent-list" -- if you see duplicated agents, you've hit the same bug20:06
devanandabasically, if you reboot seed VM, neutron breaks by duplicating agents and mangling its net config.20:06
devanandafix is to a) rebuild seed, or b) just reconfigure neutron20:07
NobodyCamack. will check that if I run in to it again20:08
*** Haomeng has quit IRC20:17
*** Haomeng has joined #openstack-ironic20:17
*** urulama has joined #openstack-ironic20:24
*** urulama has quit IRC20:29
* devananda lunches20:38
NobodyCam:)20:38
*** rloo has quit IRC20:48
*** rloo has joined #openstack-ironic20:48
*** rloo has quit IRC20:49
*** rloo has joined #openstack-ironic20:49
*** vkozhukalov has quit IRC20:51
*** epim has joined #openstack-ironic20:53
* NobodyCam looks for some food stuffs.. back in a bit20:59
*** michchap_ has joined #openstack-ironic21:04
*** michchap has quit IRC21:06
*** mdurnosvistov has quit IRC21:34
*** jimjiang has quit IRC21:42
*** jimjiang has joined #openstack-ironic21:43
*** jdob has quit IRC21:46
*** linggao_ has quit IRC21:47
*** rloo has quit IRC21:53
*** rloo has joined #openstack-ironic21:54
* devananda is back21:56
lifelessdevananda: http://allthingsd.com/20131219/calxeda-chipmaker-who-sought-to-bring-arm-to-servers-has-shut-down/22:02
devanandalifeless: erm..... wtf22:03
*** epim has quit IRC22:04
devanandalifeless: thanks. quite interesting22:08
lifelessindeed22:11
*** jimjiang has quit IRC22:12
*** jimjiang has joined #openstack-ironic22:13
*** jcooley_ has joined #openstack-ironic22:19
hemnadevananda, do you have the url for the nova ironic patch on review.openstack.org ?22:19
devanandahemna: https://review.openstack.org/#/c/51328/722:19
hemnathanks22:19
NobodyCam:)22:20
ekarlsoHmms, moonshot killed calxeda ?22:21
lifelessno22:22
lifelessVC killed calxeda22:22
ekarlsoVC ?22:22
lifelessventure capital22:22
ekarlso;)22:25
*** urulama has joined #openstack-ironic22:25
*** urulama has quit IRC22:30
*** darrylms has quit IRC22:30
*** darrylms has joined #openstack-ironic22:31
hemnaso, it looks like I need to update my BP on the cinder integration.22:37
hemnaif the nova patch lands for ironic, then nova will still be orchestrating the whole process22:37
devanandahemna: yes. that's the plan22:38
NobodyCamhemna: its a bit away from that22:38
hemnain which case ironic doesn't need to do anything with Cinder from what I can tell22:38
NobodyCamlanding that is22:38
devanandahemna: ironic still needs to do the hw-bios config22:38
hemnaNova already knows how to talk to Cinder to call cinder's drivers to do the volume attach, and collect the initiator/target info22:38
devanandahemna: which means it needs to receive the cinder volume info from nova and pass it to the bios22:38
hemnaironic will just need the hw-bios layer22:38
devanandahemna: right. and nova/cinder should do that stuff still22:38
hemnayah22:38
hemnanova/cinder already do that22:39
devanandahemna: ironic needs the bios layer. and some API / glue to receive that info from nova/cinder22:39
hemnawe'll just have to update the ironic driver22:39
hemnato call the ironic API to do 2 things22:39
hemna1) to get the connector info (the initiator iqn / wwns)22:39
*** matty_dubs is now known as matty_dubs|gone22:39
hemna2) pass the cinder volume target info into ironic, which calls the hw-bios layer to configure the bios network cards to boot from san.22:40
hemnaeasy!22:40
hemna:P22:40
devanandahemna: sounds about right22:40
hemnathe hw-bios layer needs to get defined and drivers written for it.22:41
hemnaso, I'll update the BP I wrote to reflect this new understanding (of mine)22:41
devananda:)22:42
hemnawhat we could do for Icehouse is try and define the API for Part 122:42
devanandahemna: will ironic need to do any proxying of traffic? -- I doubt it, but some of the nova-baremetal volume code did that at one point in time22:43
hemnaand generate an IQN for the BM node on the ironic host22:43
hemnasince the BM node isn't up, we'll have to generate an iSCSI iqn for it.22:43
devanandahmm22:43
hemnaonce the hw-bios layer is in place we'll be able to query for the FC wwns22:44
devanandain my naivete, that seems to suggest ironic will need to do something to forward/proxy the iSCSI traffic ??22:44
hemnanah22:44
devanandak22:44
hemnawhen open-iscsi is installed on linux, it generates an initiator.iqn and puts it in /etc/iscsi/iniaitorname.iscsi22:45
hemnasince the host os isn't up on the BM node22:45
hemnathat's not there22:45
devanandaah22:45
hemnabut the ironic node can call iscsi-iname and generate one for the BM node's bios22:46
devanandaso ironic-conductor will generate that and then need to supply it to the host OS via cloud-init22:46
devananda... or stick it in the BIOS22:46
hemnaand that gets passed back to nova at ironic/driver.py:get_volume_connector() time22:46
hemnayah22:46
devanandacool22:46
hemnaI think a host can have more than one IQN22:46
devanandaNobodyCam: following that ^ ? :)22:46
hemnaso we could have an IQN just for the BIOS at boot from SAN config time22:47
hemnawe could do this for Icehouse22:47
hemnaregardless of the hw-bios layer existing22:47
devanandawithout hw-bios layer yet, it seems like we should be able to pass that to a node via cloud-init22:49
devanandaso baremetal nodes could have cinder volumes22:49
devanandaeven if they couldn't boot from cinder vols yet22:49
hemnathat's prior to the OS booting ?22:49
devanandacloud-init is part of the init process of the OS22:49
hemnaif the OS is up on the node, then (if it's linux), the iqn lives in /etc/iscsi/initatorname.iscsi22:50
devanandathe parameterization of that cloud instance22:50
devanandaeg, how a cloud instance gets its IP and hostname22:50
hemnaI suppose cloud-init could then dump that iqn inside the /etc/iscsi/iniatorname.iscsi22:50
devanandayep22:50
devanandai suspect it could22:50
devanandaalong with any credentials we needed to inject22:50
hemnayah22:51
hemnaI guess the other side of the cinder integration is how to attach a volume to the node post OS install22:51
devanandaso, i dont know that ironic /can/ do that22:51
hemnathat's a bit more difficult22:51
hemnaheh22:51
devanandathere's no agent under the OS22:51
devanandaright?22:52
hemnaespecially if we don't have a process running on that BM node22:52
devananda wedont. period.22:52
hemnaif we had an agent, we could do it.22:52
devanandawe have the BMC and may be able to control it via IPMI or some other out-of-band mgmt22:52
devanandaeg, an iLO driver to config the BIOS22:52
devanandawhich may or may not enable a real-time attachment of a network storage device without rebooting the host ....22:53
hemnayah, but we'd have to ask the kernel on the BM node if it found the new LUN showing up from the cinder backend22:53
devanandaheh22:53
devanandaright22:53
devanandaAIUI, after init is done, we can provide the volume but not actually mount it22:54
hemnaFC is a little easier in this respect22:55
hemnathere is no session that needs to be maintained between the initiator and the target22:55
hemnaso we could possibly do a blind attach22:55
hemnacinder exports the volume22:56
hemnaif the initiator and target are zoned up, the LUN *should* just show up.22:56
hemnaiscsi on the other hand requires a session to be initiated22:56
hemnaand CHAP credentials to be exchanged22:56
hemnaso we can't do an attach w/o being on the BM node22:57
devanandahemna: so we probably need some script(s) added to the disk image that will initiate the iscsi connection during first boot22:58
devanandahemna: those would need to work with diskimage-builder. i'm not sure this quite fits in the tripleo-image-elements repo, but something similar22:59
hemnathat only works if cinder has only 1 backend and it never changes22:59
devanandahemna: i maen, the script(s) would pull the particular details from cloud-init during first boot22:59
hemnacinder can have N backends (arrays) that it manages, and if the BM node wants to do iSCSI attach to any of those, it has to create an iSCSI session with it.23:00
devanandahemna: nova // cinder // ironic would stash the IQN, CHAP credentials, or what ever else, in cloud metadata before the node powers on23:00
devanandathen the script would pull that metadata and configure the node before initializing the iSCSI conenction23:00
devanandaeg, write out /etc/iscsi/initiatorname.iscsi23:00
devanandahowever23:00
hemnayah that works at boot time23:01
devanandawe wouldn't be able to change that info without re-deploying the node23:01
hemnayah that's ok.23:01
devanandak k23:01
hemnaas long as it has an iqn23:01
hemnathe problem is still volume attach post OS first boot.23:01
hemnawe might be able to do a attach at first boot.23:01
hemnamake it part of that same script23:01
hemnabut, we still couldn't unattach23:02
hemnaw/o being on the node later23:02
NobodyCambrb23:02
hemnaor23:02
hemnajust be ok with dangling LUNs23:02
devanandafor iSCSI, it sounds like that's not feasible -- in a general case. it may be possible in special cases, eg. if we know the OS image contains something which periodically checks for new metadata23:02
devanandahemna: eg something like os-refresh-config / os-apply-config23:02
devanandalifeless: this conversation may be very interesting to you ^^ (long scroll back)23:02
hemnathe other option is to write an agent, and let the BM node owner install it if they want to attach/detach volumes ?23:03
hemnathat's kinda icky23:04
devanandahemna: agent is the only way to do this with baremetal. tripleo has a set of scripts that may be able to do this without really being "agents"23:04
hemnayah I agree23:05
devanandahemna: https://github.com/openstack/os-refresh-config23:05
hemnathe good thing is, most of the agent code needed to handle the attach already exists.23:05
hemnaI wrote a subproject in Cinder called Brick23:05
hemnait handles the LUN discovery on a host for iSCSI and FC23:05
hemnait also handles detaching (removing the LUN from the kernel)23:05
hemnawe are pulling brick out of Cinder in Icehouse and making it it's own pypi library.23:06
devanandanice23:06
hemnaat least that's the plan :)23:06
devanandahemna: also, instead of requireing BM node owner to install something, it could be baked into the disk image that was deployed onto the BM node23:07
hemnaI think that'd be best23:07
devanandas/could/should/ :)23:07
*** harlowja is now known as harlowja_away23:12
NobodyCamdevananda: fyi: line 139 / 147  http://paste.openstack.org/show/s3RpsMVCgoKhvcUUfa8L/23:20
devanandanew bug for anyone looking for low-hanging-fruit - https://bugs.launchpad.net/ironic/+bug/126291223:20
devanandaNobodyCam: nice! nova is passing stuff in :)23:22
NobodyCam:)23:23
devanandaNobodyCam: should the pxe_deploy_* bits be parsed out of glance by nova or ironic?23:23
NobodyCamdevananda: idealy ironic. I added so I could validate23:24
NobodyCamwell I pulled them from the flavor23:25
NobodyCamor at lest should have23:26
NobodyCam| extra_specs                | {u'cpu_arch': u'i386', u'baremetal:deploy_kernel_id': u'22d8a929-1f23-4584-9d5c-f13773319ac5',23:26
NobodyCam^ from nova flavor show23:26
devanandaright23:26
devanandaso nova needs to pass that info to ironic23:26
devanandain the driver_info23:26
NobodyCamyep23:27
NobodyCamironic will get the user image K&R23:28
NobodyCamfrom glance23:29
NobodyCamunless we change and put that in chassis23:29
NobodyCambrb gota grap chairs from out side looks like rain soon...23:33
NobodyCamgrab even23:33
*** romcheg has quit IRC23:38
*** romcheg has joined #openstack-ironic23:39
*** romcheg has quit IRC23:40
devanandaodd. i thought we fixed the client-dumps-the-whole-traceback issue23:41
NobodyCam???23:43
*** rongze has joined #openstack-ironic23:43
*** rongze has quit IRC23:48
*** harlowja_away is now known as harlowja23:57
devanandahttps://bugs.launchpad.net/ironic/+bug/124474723:57
devanandamax_lobur_afk: ^23:57

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