Wednesday, 2014-02-26

wanyen_Deva: I want to continue the discussion of ilo driver completion status mechanism.    With the mechanism to send the auth token in a floppy image, we need to upload the floppy umage to a web server for iLO to get access to it.00:05
wanyen_Will it be okay from security perscpective?00:06
wanyen_s/pserscpective/perspective00:06
NobodyCamgrrr00:17
NobodyCamDuplicateOptError: duplicate option: rpc_backend00:18
NobodyCamseems celiometer had the same issue00:19
devanandawanyen_: what is this webserver?00:30
*** matsuhashi has joined #openstack-ironic00:30
devanandamrda: hi! are you still looking for things to do? :)00:30
NobodyCamdevananda: got a second to give a quick look over a error?00:32
devanandaNobodyCam: sure00:32
NobodyCamhttp://paste.openstack.org/show/EGd9ABNGPZNa9gzSddZG/00:32
devanandamrda: if so, want to fix this patch up? https://review.openstack.org/#/c/76293/00:32
NobodyCamtop bit is the test code failing, I have 42 tests that fail all the same way00:33
mrdahey devananda, sure.  I'm working on +bug/1271317 but I'll take more00:33
mrdadevananda: I'll take a look, thanks00:33
devanandamrda: also, i don't understand this patch of yours: 7609400:36
devanandamrda: seems to contradict several other patches we just landed explicitly allowing that field to be viewed and set00:36
devanandamrda: oooh. I see.00:38
mrdaso this allows it to be set, but it is neither mandatory, nor has a default00:38
mrdaI wasn't sure about Yuriy's comment though00:38
NobodyCambrb00:40
mrdadevananda: do you have a concern with this?00:40
devanandamrda: no -- i can confirm lucas' bug is valid and your patch fixes it00:40
devanandamrda: also, if you're working on this, it'd be grand if you do two more things00:41
mrdasure00:41
devanandamrda: 1. remove 'maintenance' from the list of internal_attrs in v1/node.py so that we CAN change it00:41
devanandataht should be very simple00:42
devanandaand then add a helper function in the API to check for the maintenance bit and reject certain [*] requests if it is set00:43
devananda[* exactly which ones isn't written down yet]00:43
mrdalol, you're not making this easy for me devanada :)00:44
mrdaDid you want to provide some criteria for this?  either as a review comment or in the bug itself?00:44
wanyen_[Deva]  iLO virtual media requires media location from http or https.  Therefore, this is the web server for hosting virtual media images.00:45
devanandamrda: i think this is separate from the bug00:45
devanandamrda: bug: GET /v1/nodes/ returns maintenance field when it shouldn't. you've got a fix for that -- i'm about to +2 it00:46
devanandamrda: making 'maintenance' user-settable: small patch, folks will easily +2 that00:46
mrdaok, new patch, gotcha00:46
devanandathen the work of "make maintenance DO something" can be started in earnest, and other -core folks are likely to dogpile on that too00:47
mrdalol, of course.  Should be fun.00:47
devanandafirst thing for that would be "dont allow a new deploy to be started if a node is in maintenance"00:47
* mrda wishes he was in CA next week to have that discussion f2f :(00:47
devanandaeg, NodeStatesController.provision should chec00:47
devanandacheck maintenance state and return error if it is set00:48
devanandaand the requested state is not DELETED00:48
devanandamrda: oh! and i just found a bug in the API for this, which you'll find quickly too00:49
devanandamrda: as soon as I remove 'maintenance' from the internal_attrs list and try to change it, i get00:49
devanandaInvalid input for field/attribute maintenance. Value: 'True'. Wrong type. Expected '<type 'bool'>', got '<type 'unicode'>'00:49
devanandaok - i need to run now :)00:50
devanandathanks!00:50
mrdathanks devananda!00:50
devanandawanyen_: what kind of web server? Ironic doesn't run a separate web server today, so are you introducing a new external dependency? is this part of ilo chassis manager? also - can you raise this on the mailing list and I promise to get back to you later tonight :)00:51
devanandawanyen_: also, could you upload it to glance, if it's just a disk image?00:51
NobodyCam:) we'll still be on irc00:55
wanyen_[Deva] This web server can be a backend store for Glance.  Users will upload the virtual media image to the web server and use glance image-create with <--location ulr> to register the image.   iLO need access the image via http or https.  It does not integrate with Glance.00:59
wanyen_[Deva] I meant iLO Iornic driver uses glance to query image info but iLO RIBCL requires image location to be reference via http/https01:04
*** killer_prince has quit IRC01:08
*** lazy_prince has joined #openstack-ironic01:14
* NobodyCam calls it a day... Good night All01:14
*** lazy_prince is now known as killer_prince01:14
openstackgerritYongli He proposed a change to openstack/ironic: Remove extraneous vim configuration comments for ironic  https://review.openstack.org/7316001:22
*** rloo has quit IRC01:25
*** lnxnut has quit IRC01:33
*** nosnos has joined #openstack-ironic01:41
*** rongze has joined #openstack-ironic02:00
openstackgerritHaomeng,Wang proposed a change to openstack/ironic: Re-enable lazy translation  https://review.openstack.org/7462602:12
openstackgerritJenkins proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/7556502:32
Haomengdevananda: ping02:35
Haomengdevananda: want to confirm with you about a bug - https://bugs.launchpad.net/ironic/+bug/1284781, I understand we should remove the mandatory fields definnation from API Object, because it is defineds in Obeject JsonPatchType class mandatory_attrs method already, right?02:38
openstackgerritJenkins proposed a change to openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/7558502:38
Haomengdevananda: I left comments in the bug already, check it if you have time, thanks:)02:46
*** jcooley_ has quit IRC03:23
*** jcooley_ has joined #openstack-ironic03:27
*** matsuhashi has quit IRC03:37
*** harlowja is now known as harlowja_away03:57
*** jcooley_ has quit IRC04:27
*** KanagarajM_ has joined #openstack-ironic04:28
*** matsuhashi has joined #openstack-ironic04:32
*** ap has joined #openstack-ironic04:40
*** ap has quit IRC04:40
*** rongze has quit IRC04:44
*** rongze has joined #openstack-ironic04:44
*** rongze has quit IRC04:49
*** jcooley_ has joined #openstack-ironic04:55
*** jcooley_ has quit IRC05:00
*** jcooley_ has joined #openstack-ironic05:01
*** killer_prince has quit IRC05:09
*** coolsvap has joined #openstack-ironic05:11
*** jcooley_ has quit IRC05:12
*** lazy_prince has joined #openstack-ironic05:13
*** lazy_prince is now known as killer_prince05:13
*** rongze has joined #openstack-ironic05:15
*** rongze_ has joined #openstack-ironic05:16
*** rongze has quit IRC05:17
*** jcooley_ has joined #openstack-ironic05:18
*** killer_prince has quit IRC05:19
*** rongze_ has quit IRC05:21
*** jcooley_ has quit IRC05:21
*** lazy_prince has joined #openstack-ironic05:28
*** lazy_prince is now known as killer_prince05:28
*** killer_prince2 has joined #openstack-ironic05:37
*** killer_prince has quit IRC05:57
*** lazy_prince has joined #openstack-ironic05:58
*** lazy_prince is now known as killer_prince05:58
*** loki_ has joined #openstack-ironic06:00
openstackgerritJenkins proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/7119206:07
*** vkozhukalov_ has joined #openstack-ironic06:10
*** rongze has joined #openstack-ironic06:15
*** vkozhukalov_ has quit IRC06:16
*** jcooley_ has joined #openstack-ironic06:19
*** rongze has quit IRC06:19
*** rongze has joined #openstack-ironic06:21
*** rwsu has quit IRC06:27
openstackgerrityangxurong proposed a change to openstack/ironic: Fix params order in assertEqual  https://review.openstack.org/7607706:31
*** jcooley_ has quit IRC06:37
*** saju_m has joined #openstack-ironic06:50
*** jcooley_ has joined #openstack-ironic07:15
*** ifarkas has joined #openstack-ironic07:20
*** rameshg87 has joined #openstack-ironic07:21
*** jcooley_ has quit IRC07:21
*** rameshg871 has joined #openstack-ironic07:31
*** rameshg871 has left #openstack-ironic07:33
*** rameshg871 has joined #openstack-ironic07:33
*** rameshg87 has quit IRC07:34
rameshg871good morning Haomeng:07:34
*** xyz__ has joined #openstack-ironic07:35
*** dshulyak has joined #openstack-ironic07:39
*** xyz__ has quit IRC07:39
*** vkozhukalov_ has joined #openstack-ironic07:48
Haomengrameshg871: morning:)07:52
*** romcheg has joined #openstack-ironic08:03
*** KanagarajM_ has quit IRC08:27
*** Kanagaraj has joined #openstack-ironic08:27
*** rongze has quit IRC08:34
rameshg871Haomeng: i just wanted to talk regarding the review comments that you had for https://review.openstack.org/#/c/76144/08:42
Haomengrameshg871: sure08:43
Haomengrameshg871: let me look into it first08:44
rameshg871https://review.openstack.org/#/c/76144/1/ironic/drivers/modules/ilo_common.py08:44
Haomengok08:44
rameshg871the error_msg variable doesn't have _() surrounding it, but it is passed to IloLicenseError exception which has i18n enabled08:45
Haomenglast two comments08:45
rameshg871wouldn't that be fine ?08:45
rameshg871yes, last two comments08:45
Haomengok08:45
Haomengfine08:45
HaomengI will reply you in the patch as inline comments:)08:45
Haomengno worries:)08:45
Haomeng:)08:45
rameshg871okay :-)08:46
rameshg871thanks08:46
Haomengrameshg871: welcome & thanks for your patch:)08:46
rameshg871thanks :-)08:48
*** jistr has joined #openstack-ironic08:49
Haomengrameshg871: one question08:50
rameshg871yes Haomeng:08:50
Haomengrameshg871: did you encounter such "tox -evenv -- echo 'done'" issue these days, looks it is not stable to setup the ut env to install test requirements, maybe it is our networking issue:)08:50
*** killer_prince has quit IRC08:51
Haomengrameshg871: such as -  Download error on https://pypi.python.org/simple/pbr/: [Errno 110] Connection timed out -- Some packages may not be found!08:51
rameshg871Haomeng: yes, we encounter such issues some times ..08:51
rameshg871not everytime ..08:51
Haomengrameshg871: should be networking not stable I think08:52
Haomengrameshg871: need luck:)08:52
Haomenglet me try again:)08:52
rameshg871some of our machines are behind proxy server, and we were thinking that it was because of the proxy08:52
Haomengyes08:52
*** rsacharya has quit IRC08:52
*** rsacharya_ is now known as rsacharya08:52
*** ndipanov has joined #openstack-ironic08:53
rameshg871Haomeng: whenever we have such issue, we go into the virtual environment and make sure that we do "pip install <module>" for all the modules in requirements.txt and test-requirements.txt08:53
rameshg871after activating the virtual environment of course :-)08:53
rameshg871and then try tox again. it has worked08:54
*** viktors has joined #openstack-ironic08:55
Haomengrameshg871: ok08:58
Haomenggreat idea08:58
Haomenginstall the missing libs by manually:)08:59
rameshg871:-)08:59
Haomeng:)08:59
*** aignatov_ is now known as aignatov09:00
*** lazy_prince has joined #openstack-ironic09:03
*** lazy_prince is now known as killer_pr09:03
*** killer_pr is now known as killer_prince09:03
*** jcooley_ has joined #openstack-ironic09:03
*** jcooley_ has quit IRC09:09
*** derekh has joined #openstack-ironic09:14
*** killer_prince has quit IRC09:18
*** killer_prince has joined #openstack-ironic09:19
*** jcooley_ has joined #openstack-ironic09:20
rameshg871Haomeng: what time you will be available on the irc usually ?09:21
*** athomas has quit IRC09:22
*** pradipta has joined #openstack-ironic09:25
*** jcooley_ has quit IRC09:25
*** max_lobur has joined #openstack-ironic09:28
*** Kanagaraj has quit IRC09:36
*** athomas has joined #openstack-ironic09:37
*** martyntaylor has joined #openstack-ironic09:37
mdurnosvistovMorning all! :)09:38
*** lucasagomes has joined #openstack-ironic09:43
yuriyzmorning Ironic09:44
*** mdurnosvistov_lt has joined #openstack-ironic09:44
openstackgerritlokesh s proposed a change to openstack/ironic: Ironic deployment docs  https://review.openstack.org/7428209:45
Haomengrameshg871: my time is +809:48
Haomengrameshg871: available from 8am - 10pm:)09:49
Haomengrameshg871: what is your time zone09:49
Haomengrameshg871: now, my local time is around 6pm:)09:50
*** tatyana has joined #openstack-ironic09:54
*** mdurnosvistov_lt has quit IRC09:56
*** viktors has quit IRC09:57
*** jcooley_ has joined #openstack-ironic09:59
*** mdurnosvistov_lt has joined #openstack-ironic09:59
*** jcooley_ has quit IRC10:06
*** romcheg has quit IRC10:14
*** mdurnosvistov_lt has quit IRC10:16
*** mdurnosvistov_lt has joined #openstack-ironic10:18
openstackgerritMichael Davies proposed a change to openstack/ironic: Add option to sync node power state from DB  https://review.openstack.org/7629310:18
*** mdurnosvistov_lt has quit IRC10:19
mrdadevananda: there's some unit tests added - let me know if you have any feedback :)10:20
*** mrda is now known as mrda_away10:21
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Fix race condition when deleting a node  https://review.openstack.org/7617810:21
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Do not delete a Node which is not powered off  https://review.openstack.org/7625810:26
*** aignatov is now known as aignatov_10:47
*** mdurnosvistov_lt has joined #openstack-ironic10:53
*** mdurnosvistov_lt has quit IRC10:53
*** romcheg has joined #openstack-ironic10:54
rameshg871Haomeng: my time is +5.30, available from 10am-6pm.10:56
Haomengrameshg871: :)10:57
rameshg871good morning mdurnosvistov: yuriyz:10:57
romchegMorningeveryone10:58
lucasagomesmorning folks :)10:59
rameshg871good morning romcheg: lucasagomes:10:59
*** Xurong has quit IRC11:12
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add provision_updated_at to node's resource  https://review.openstack.org/7649411:13
*** pbrooko has joined #openstack-ironic11:17
*** aignatov_ is now known as aignatov11:24
openstackgerritShuangtai Tian proposed a change to openstack/ironic: Change the import order in log_hangder  https://review.openstack.org/7650011:24
*** killer_prince2 has quit IRC11:31
*** rameshg871 has left #openstack-ironic11:31
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: API: Expose a way to start/stop the console  https://review.openstack.org/7299811:33
*** Alexei_987 has joined #openstack-ironic11:37
*** matsuhashi has quit IRC11:46
*** jcooley_ has joined #openstack-ironic11:48
openstackgerritVictor Sergeyev proposed a change to openstack/ironic: WIP: sync oslo.db code  https://review.openstack.org/7620411:53
*** jcooley_ has quit IRC11:54
*** killer_prince has quit IRC11:57
*** coolsvap has quit IRC12:02
*** loki_ has quit IRC12:05
*** lucasagomes has quit IRC12:06
*** lucasagomes has joined #openstack-ironic12:07
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: API: Expose a way to start/stop the console  https://review.openstack.org/7299812:17
*** lazy_prince has joined #openstack-ironic12:23
*** lazy_prince is now known as killer_prince12:23
*** lucasagomes is now known as lucas-hungry12:25
*** zul has joined #openstack-ironic12:32
openstackgerritFengqian.gao proposed a change to openstack/ironic: Python 3: replace "im_self" by "__self__"  https://review.openstack.org/7651712:35
*** jdob has joined #openstack-ironic12:44
*** viktors has joined #openstack-ironic12:45
viktorslucas-hungry: hello12:46
openstackgerritVictor Sergeyev proposed a change to openstack/ironic: Sync common db code from Oslo  https://review.openstack.org/7620412:49
viktorslucas-hungry: please see ^12:50
viktorslucas-hungry: after lunch I guess :)12:51
*** killer_prince is now known as lazy_prince13:05
*** killer_prince has joined #openstack-ironic13:09
*** lazy_prince has quit IRC13:09
openstackgerritVictor Sergeyev proposed a change to openstack/ironic: WIP: Use oslo.db module (DRAFT)  https://review.openstack.org/4215913:33
openstackgerritVictor Sergeyev proposed a change to openstack/ironic: Sync common db code from Oslo  https://review.openstack.org/7620413:33
*** jcooley_ has joined #openstack-ironic13:36
*** nosnos has quit IRC13:41
*** zul has quit IRC13:42
*** rloo has joined #openstack-ironic13:43
*** zul has joined #openstack-ironic13:44
*** jistr is now known as jistr|english13:44
*** lucas-hungry is now known as lucasagomes13:48
lucasagomesviktors, ack :D13:49
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: API: Expose a way to start/stop the console  https://review.openstack.org/7299813:50
viktorslucasagomes: oh, you are not hungry now :)13:53
viktorslucasagomes: I've made a sync of oslo.db code to ironic. But this sync is not trivial, because we already removed global engine from oslo.db. Can you please take a look at this patch?13:53
lucasagomesviktors, sure will do13:53
viktorslucasagomes: thanks13:53
*** jcooley_ has quit IRC14:16
*** matty_dubs|gone is now known as matty_dubs14:23
*** jbjohnso has joined #openstack-ironic14:35
*** mdurnosvistov_lt has joined #openstack-ironic14:36
*** mdurnosvistov_lt has quit IRC14:36
*** jistr|english is now known as jistr14:40
*** rameshg87 has joined #openstack-ironic14:46
*** rameshg87 has quit IRC14:59
*** saju_m has quit IRC15:02
*** linggao has joined #openstack-ironic15:02
NobodyCamGood Morning Ironic15:08
romchegMorning NobodyCam, lucasagomes and the others!15:09
NobodyCammorning romcheg :)15:09
lucasagomesmorning NobodyCam romcheg :D15:10
NobodyCammorning lucasagomes :)15:12
NobodyCamlucasagomes: I broke the nova driver tests. but give me a second looks at scroll bac in OOO to see who pinged me lastnight15:13
*** max_lobur has quit IRC15:13
lucasagomesNobodyCam, hey oh I closed my irc client so I don't have the scrollback :(15:14
lucasagomesNobodyCam, no worries about the tests, we are going to change a good bit of the code15:15
lucasagomesafter the changes in Ironic15:15
NobodyCamlol ... let me push up what I have15:15
NobodyCami'm getting a reall odd error15:15
NobodyCamhttp://paste.openstack.org/show/EGd9ABNGPZNa9gzSddZG/15:16
*** jrist_ has quit IRC15:17
*** jrist_ has joined #openstack-ironic15:17
*** rwsu has joined #openstack-ironic15:18
*** max_lobur has joined #openstack-ironic15:19
*** rameshg87 has joined #openstack-ironic15:19
lucasagomeshah lemme see15:20
lucasagomesNobodyCam, err what haha15:20
NobodyCamjust pushed up what I had... I think... still need more coffee15:21
lucasagomesoff the top of my head idk15:21
lucasagomesI gotta take a look to see why it's failing like that15:21
NobodyCamya we dont touch rpc_backend15:21
lucasagomesyeah15:21
lucasagomeslooks a bit unrelated15:21
NobodyCamI get 42 of theose errors15:21
lucasagomesbtw pyghmi coming to fedora: http://pkgs.fedoraproject.org/cgit/python-pyghmi.git/15:21
lucasagomes:)15:21
NobodyCamI rebsed15:21
lucasagomesand ironic is being worked as well :D15:21
NobodyCamnice!!!!15:21
lucasagomes42!?15:22
lucasagomesjeez, yeah... it's not something in ur venv?15:22
lucasagomesdid you rebuild it?15:22
NobodyCamyea15:24
NobodyCamwatching zuul right now15:25
lucasagomesack15:25
NobodyCamfound this: (which scared me): http://lists.openstack.org/pipermail/openstack-dev/2013-February/005865.html15:25
NobodyCamsee the fix attached to https://bugs.launchpad.net/ceilometer/+bug/113095215:26
lucasagomeshmm15:27
NobodyCambrb morning walies15:27
romchegHave to go to my Spanish class15:30
romchegWill be later15:30
romchegdavidlenwell: ^15:30
davidlenwellk15:30
davidlenwellhasta la vista15:31
romchegdavidlenwell: (: Tengo que correr. Adios :)15:31
davidlenwella qué hora va a regresar?15:32
NobodyCamoh it to early to do that to :-p15:32
NobodyCammorning davidlenwell :)15:32
lucasagomes:P I have a pretty rusty spanish15:33
davidlenwellmorning NobodyCam15:33
davidlenwellI suck at it too .. but I've been helping my girlfriend study for her spanish class15:33
romchegdavidlenwell: voy a volver en dos horas15:33
davidlenwellbueno15:33
lucasagomescoming back in 2 hours15:33
lucasagomes:D15:33
davidlenwellsi15:34
NobodyCamlucasagomes: lol seems I also have some pep9 issues in nova driver : ./nova/tests/virt/ironic/test_driver.py:232:68: E502 the backslash is redundant between brackets15:34
NobodyCamdoh15:34
romchegdavidlenwell: I have the same story about my girlfriend and her piano classes :)15:34
lucasagomesheh my mother language is portuguese so I can understand a couple of things in spanish but I don't speak it at all15:34
lucasagomesNobodyCam, hah15:35
lucasagomesNobodyCam, that's an easy one15:35
NobodyCam:)15:35
matty_dubslucasagomes: Portuguese always confuses me, because it _looks_ like Spanish, except everything is different15:35
*** romcheg has quit IRC15:36
openstackgerritImre Farkas proposed a change to openstack/ironic: Add support for custom libvirt uri  https://review.openstack.org/7406215:39
*** aignatov is now known as aignatov_15:41
lucasagomesmatty_dubs, lol15:42
lucasagomesmatty_dubs, yeah, it's very similar15:42
lucasagomesbut as u said, some words are the same but the meaning is complete different15:43
*** lnxnut has joined #openstack-ironic15:44
*** romcheg has joined #openstack-ironic15:53
*** rloo_ has joined #openstack-ironic15:53
*** rloo has quit IRC15:53
*** rloo_ has quit IRC15:54
*** rloo has joined #openstack-ironic15:55
*** jrist_ is now known as jrist15:55
*** max_lobur has quit IRC15:56
davidlenwellAs soon as I finish installing ubuntu on my boot node.. I have a real 4 node cluster w/ipmi  to work with!15:59
davidlenwellit was already done with 13.04 but I did a do-release-upgrade that hosed it somehow.. so im just starting it over from scratch16:00
romchegGah! Confused the time.16:01
davidlenwellso no class?16:02
romchegdavidlenwell: No, I'm awailable now16:02
romchegIt will be later, so we can have a chat, if you have time16:02
davidlenwellgive me a minute to start this installation of ubuntu16:03
romchegnp16:05
*** dtalton has joined #openstack-ironic16:06
*** dtalton has left #openstack-ironic16:07
davidlenwellromcheg: Can you please link me to your review again too ?16:07
openstackgerritImre Farkas proposed a change to openstack/ironic: Add support for custom libvirt uri  https://review.openstack.org/7406216:07
*** rameshg87 has quit IRC16:08
*** romcheg has quit IRC16:09
*** romcheg2 has joined #openstack-ironic16:11
romcheg2davidlenwell: https://review.openstack.org/#/c/75894/16:11
romcheg2davidlenwell: We can set up a g+/skype call if you want16:11
davidlenwellI've stopped doing skype since they're owned by ms16:12
romcheg2g+?16:12
davidlenwellsure16:12
davidlenwelldlenwell@gmail16:12
*** dshulyak has quit IRC16:13
romcheg2davidlenwell: I've sent you an invite16:22
davidlenwellreally?16:23
davidlenwellto dlenwell@gmail.com? I have to recieved one16:23
NobodyCamlucasagomes: ok seems it mush have been something on my mac. tests seem to be passing for Mr J16:26
*** jcooley_ has joined #openstack-ironic16:31
*** rloo has quit IRC16:32
*** ifarkas has quit IRC16:32
*** rloo has joined #openstack-ironic16:32
*** datajerk has quit IRC16:33
*** rsacharya has left #openstack-ironic16:37
*** aignatov_ is now known as aignatov16:38
*** aignatov is now known as aignatov_16:41
shortstopWarning: Review Nag :-p - Could I please get reviews on 73054? It'd be great to get some comments since I'd be able to incorporate any remaining changes sooner.16:42
NobodyCam:)16:43
*** rloo has quit IRC16:49
*** rloo has joined #openstack-ironic16:49
*** coolsvap has joined #openstack-ironic16:56
*** rloo has quit IRC16:57
*** jistr has quit IRC16:57
*** yuriyz has quit IRC16:58
*** rloo has joined #openstack-ironic16:58
NobodyCamshortstop: reviewed16:59
shortstopNobodyCam, awesome, thanks :)17:00
*** killer_prince is now known as lazy_prince17:01
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: PXE clean_up() to remove the pxe_deploy_key parameter  https://review.openstack.org/7187917:05
*** saju_m has joined #openstack-ironic17:06
*** tatyana has quit IRC17:08
*** lazy_prince is now known as killer_prince17:08
NobodyCambbt brb17:12
*** coolsvap has quit IRC17:25
*** coolsvap has joined #openstack-ironic17:25
*** vkozhukalov_ has quit IRC17:32
*** coolsvap has quit IRC17:34
NobodyCamlucasagomes: nova driver patches rebased and pushd up with some other work too17:35
lucasagomesNobodyCam, w00t17:35
lucasagomesI will take a look later17:35
*** coolsvap has joined #openstack-ironic17:35
NobodyCamwalkies time bbiafm17:35
NobodyCam:)17:35
*** Alexei_987 has quit IRC17:37
*** datajerk has joined #openstack-ironic17:39
NobodyCamgah nova.conf.sample is not up to date.17:48
NobodyCam:-p17:48
NobodyCamfixing volume driver17:48
*** matty_dubs is now known as matty_dubs|lunch17:49
*** jcooley_ has quit IRC17:52
*** jcooley_ has joined #openstack-ironic17:56
*** datajerk has quit IRC17:58
lucasagomesNobodyCam, hah17:59
lucasagomesNobodyCam, btw, we should allow the power state operations in a node which is in maintenancement mode right?17:59
NobodyCamlucasagomes: I think as a operator I would want that18:00
lucasagomesNobodyCam, ack18:00
*** jcooley_ has quit IRC18:01
devanandagood morning, all18:01
NobodyCamGood morning devananda :)18:02
lucasagomesmorning devananda18:02
* devananda reads scrollback18:03
* NobodyCam watches tox rebuild his test venv :-p18:03
devanandalucasagomes: awesome to see pyghmi & ironic coming to fedora!18:04
lucasagomesdevananda, yeah, ironic still under review18:05
devanandalucasagomes: review?18:05
lucasagomesI already pushed pyghmi to the testing repository18:05
lucasagomesdevananda, yeah package review18:05
lucasagomesto check the spec file, see if it builds etc18:05
devanandaahh18:06
*** killer_prince has quit IRC18:06
lucasagomesdevananda, e.g https://bugzilla.redhat.com/show_bug.cgi?id=106744518:06
devanandajbjohnso: ^^18:08
*** lazy_prince has joined #openstack-ironic18:11
*** lazy_prince is now known as killer_prince18:12
devanandaNobodyCam: you see https://etherpad.openstack.org/p/iLODriverIronicDevstack ?18:12
* NobodyCam clicks18:12
NobodyCamdevananda: I need to wrap my head around the web server image stuff18:16
devanandaNobodyCam: yea, that's a no-go IMO18:16
devanandathey should be using glance18:16
*** jcooley_ has joined #openstack-ironic18:20
*** derekh has quit IRC18:21
*** killer_prince has quit IRC18:27
*** killer_prince has joined #openstack-ironic18:28
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Allow client to set the maintenance mode  https://review.openstack.org/7661418:29
lucasagomestotal wip ^18:29
lucasagomesI'll have to run now18:29
lucasagomeshave a good night devananda NobodyCam others :)18:29
NobodyCamdevananda: do you know if iLo supports other then http(s) connections?18:29
NobodyCamnight lucasagomes :)18:29
*** rameshg87 has joined #openstack-ironic18:30
NobodyCamha /me click the ask It button on his corp windowws image :-p18:31
*** harlowja_away is now known as harlowja18:34
*** saju_m has quit IRC18:35
*** rameshg87 has quit IRC18:35
*** matty_dubs|lunch is now known as matty_dubs18:38
*** ndipanov has quit IRC18:39
*** lucasagomes has quit IRC18:40
*** athomas has quit IRC18:40
wanyen_[nobodycam] ilo virtual meida only support http/https18:43
NobodyCamwanyen_: ahh18:43
NobodyCamit cann't pull tftp ?18:44
devanandawanyen_: hi! glance uses HTTP(S). Why do you need to put the ISO on a separate web server?18:44
wanyen_[deva]  this web server can be a backend store for glance but ilo needs to use http directly not glance api18:45
*** ndipanov has joined #openstack-ironic18:45
*** aignatov_ is now known as aignatov18:46
devanandawanyen_: so the normal work flow is that a user will select an image from glance and issue a request to nova, eg, "nova boot --image some-image-name --flavor some-baremetal-flavor my-instance-name"18:47
wanyen_u[deva] users will post virtual media image to the web server and then register the image using glance image-create --location ,http url. to register the image18:47
* NobodyCam wounders if it would be to hackish to add apahe like interface to vender_passthrough so iLo could request media thru it18:48
wanyen_the ilo driver will query glance for image info to get the http url and then pass that url to ilo RIBCL18:49
devanandawanyen_: http://docs.openstack.org/developer/glance/glanceapi.html#retrieve-raw-image-data18:49
*** ndipanov has quit IRC18:49
devanandawanyen_: I dont understand why there is a need to use a _separate_ web server for the ISO when glance already supports fetching an image directly via http(s)18:50
wanyen_[deva] if user configure web server as a backend store for glance then they don't need to use a seperate web server.  However, if user configure swift for backend store then they would need a a seperate web server18:51
devanandawanyen_: ilo does not need to implement all of the glance API, just needs to be able to authenticate with glance -- or the image needs to be public18:52
wanyen_Proliant ilo does not understand/support glance authentication18:53
*** rameshg87 has joined #openstack-ironic18:53
wanyen_ilo virtual media driver will use glance to retrieve image info based on the image id and get the http url from glance.  So iLo virtualmedia driver is using glance but Proliant ilo needs to use http directly18:54
wanyen_,deva. The web server requiremnt is only for user using ilo virtual media driver.  It is not required if users use ironic pxe driver.18:58
* NobodyCam steps away from keyboard (prob ~30 minutes). 19:03
devanandawanyen_: does proliant ilo support http authentication with the webserver?19:05
rameshg87devananda: yes, it supports basic authentication where it can provide a username and password to the webserver19:05
wanyen_<deva> yes.  I believe so.  Ramesh can you fill in teh detail?19:05
openstackgerritVictor Sergeyev proposed a change to openstack/ironic: Sync common db code from Oslo  https://review.openstack.org/7620419:06
wanyen_deva,  since user register their image to glance, the normal nova boot flow will work19:07
rameshg87yes wanyen_: , proliant ilo supports basic authentication with the web server19:08
devanandawanyen_: the external dependency on a web server to provide images is what troubles me, since openstack already has a mechanism for this (glance) and you are duplicating that19:08
wanyen_The only difference is that prolinst ilo does not download image from glance, it uses http/https to retrieve images19:08
devanandawanyen_: glance serves images over http/s already19:09
wanyen_yes.  if user configure web server as glance backend store then no addition web server is needed.19:10
devanandaeg, for my local devstack, i can fetch an image like this19:10
devananda$ curl http://192.168.122.81:9292/v1/images/3def324c-8feb-4a83-b7b9-f4b2c26a3201 2>/dev/null | wc -c19:10
devananda371496819:10
devanandathere's no separate web server here -- glance-api streams the images over HTTP19:10
rameshg87devananda: doesn't glance require authentication for retrieving the image ?19:11
devanandaall i have done is disable keystone auth in glance as a quick proof of concept19:11
devanandarameshg87: yes, but that can be either disabled or modified19:11
devanandarameshg87: is it impossible for iLO to send X-Auth-Token header, if the token is supplied for you?19:12
rameshg87devananda: yes, iLO can't send X-Auth-Token19:12
devanandaok19:12
jrollif you use the swift backend for glance, you can generate a temporary http url that does not require auth19:13
wanyen_deva,  ProLiant ilo does not understand glance and therefore cannot do the glance authentication.19:13
devanandajroll: yep, that was what I was about to test & suggest19:13
rameshg87jroll: i read about this. is this by swift-proxy-server ?19:13
jroll:)19:13
jrollrameshg87: let me find a link19:13
devanandajroll: thanks :)19:14
openstackgerritVictor Sergeyev proposed a change to openstack/ironic: Sync common db code from Oslo  https://review.openstack.org/7620419:14
devanandaI think it's keystone v3 signed url stuff?19:14
devanandaI was just talking about this with lifeless yesterday19:14
jrollrameshg87: https://swiftstack.com/docs/admin/middleware/tempurl.html19:14
rameshg87jroll: thanks19:16
jrollrameshg87: http://torgomatic.us/blog/2013/05/08/an-introduction-to-tempurl-in-openstack-swift/ might also be helpful19:16
jrollno problem :)19:16
lifelessdevananda: yes, heat depends on keystone V3 now, we had to upgrade our keystone on the cd-undercloud to keep it working, because it has this feature you need :)19:17
rameshg87so devananda: , in such a setup the glance can use backing store for images as swift, right ? and ilodriver can get a temporary url for the object stored in swift, am i correct ?19:21
devanandarameshg87: I believe so, yes19:21
jrollrameshg87: that's correct19:21
devanandarameshg87: and since you are also now making a POST back to Ironic API to signal completion, instead of writing to a status file on the floppy19:21
devanandarameshg87: you could upload the floppy image to glance and use a tempurl for that as well (and of course, delete it when done just the same)19:22
devanandarameshg87: then there should be no dependency on a separate external web server19:22
rameshg87devananda: yes, i think we can do so if the tempurl works...19:22
devanandagreat :)19:22
wanyen_deva; ther are other glance backend store such as file, cinder, ...etc19:23
wanyen_does tempurl also works for those backend stores?19:23
devanandajroll: ^ ?19:24
jrollI have no idea19:26
jrollI would guess no - I think it's a feature of swift19:26
*** vkozhukalov_ has joined #openstack-ironic19:26
jrollwanyen_: ^19:27
wanyen_so if users uses web server and swift as backend stores then the virtual meida image can be host there.  However,if user uses file or cinder as backend store then virtual media images will still need to be hosted in a web server19:28
jrollright, but I think you can just document that as a dependency of the driver and move on :)19:29
wanyen_sound fine.19:30
devananda++19:30
rameshg87devananda: wanyen_: jroll: one question19:30
rameshg87assume if we decide to tempurl mechanism, and use glance with swift for storing the images, the customers would still think okay to setup swift for using the features of the ilo driver, right ?19:32
*** martyntaylor has left #openstack-ironic19:32
wanyen_[ramesh] I think we should allow users to use either swift or web servers as backend store for virtual media images19:33
devanandawanyen_: i would strongly prefer the iLO driver have a dependency on existing openstack components (eg, glance and swift) than to add a new external dependency which duplicates existing functionality.19:34
wanyen_glance allows web servers as backend store so it's not duplicating or introducting new dependency19:35
devanandarameshg87, wanyen_ - if a customer is not concerned about security (eg, simple http auth is OK) because this is on a trusted private network, then they can use glance with auth disabled -- this is still better than adding a new external dependency19:35
devanandawanyen_: so there are three possible ways: glance by itself with no auth, glance with webserver with simple auth, glance with swift and signed urls.19:37
devanandathis seems fine to me -- but saying that it only supports glance with a webserver is not OK, since taht is not how most deployments of glance are set up19:37
wanyen_deva:  agree.  i would like ilo virtual media driver to work as many backend stores as possible,19:38
*** coolsvap1 has joined #openstack-ironic19:38
wanyen_s/work/work with/19:38
rameshg87devananda: i had one more question. generally for ironic, are the baremetal node's management console's setup as part of the private provisioning network ?19:40
rameshg87devananda: the reason is for ilo virtual media driver, the iLO and glance/swift need to be in the same network to retrieve the image. (as opposed to the pxe mechanism where the image is downloaded via the server's NIC)19:41
wanyen_ramesh, do you want to discuss loading auth token in floppy image and upload to glance?19:41
*** pradipta` has joined #openstack-ironic19:41
*** vkozhukalov_ has quit IRC19:41
rameshg87yes wanyen_:, i think we could discuss that as well.19:42
devanandarameshg87: generally speaking, data centers have a lot of incentive to physically isolate the BMC / management network from the data network19:42
devanandarameshg87: security is a very big reason for that separation. also, often the management network is slower (eg 1Gbit) rather than 10+19:43
devanandarameshg87: pulling anything that contains secure data (eg, the keys contained on the floppy) should happen over the mgmt network19:43
rameshg87devananda: but the virtual media solution is currently supported to pull the OS image also over the management network19:44
devanandarameshg87: ideally, the OS image would be pulled over the data network and then its signature verified (using the keys transferred over the mgmt network and/or keys embedded in the host)19:44
rameshg87devananda: typo, i meant "currently supposed to pull"19:45
devanandarameshg87: yes, i understand that. just saying what I think would be best :)19:45
*** dhellmann is now known as dhellmann_19:45
devanandarameshg87: I think it's OK, but let me enumerate my concerns19:45
* NobodyCam is back19:45
jbjohnsodevananda, man I'm slow to look at my chat19:45
rameshg87devananda: okay19:45
devananda* slower network, leads to more network congestion / longer deploys19:46
jbjohnsowoo.. I can see things19:46
jbjohnsodevananda, fyi, I made secure deployment payload with *everything* needed to establish trust for esxi and Linux, the footprint was about 800-ish kilobytes19:47
*** coolsvap has quit IRC19:47
*** pradipta has quit IRC19:47
*** agordeev has quit IRC19:47
rameshg87devananda: okay. if at all we put the management and data network in the same subnet (the internal trusted n/w), do you see anything hindering from using ironic features (just asking because it was against the expectation)19:48
jbjohnsodevananda, this included an iPXE build with https support (I patched it to have a entropy provider in EFI mode), a client certificate and the certificate chain for the deployment manager19:48
devanandarameshg87: you do not want the tenants to have access to the mgmt network after provisioning19:48
devanandarameshg87: well - i'm assuming you dont19:48
*** vkozhukalov has joined #openstack-ironic19:48
rameshg87devananda: i meant ironic features like remote console, etc.  i know it depends on implementation, but just a question19:49
rameshg87devananda: okay19:49
jbjohnsodevananda, well, there is another sticky problem.  If you are a tenant getting baremetal after another tenant has had it, there is almost certainly the capacity for a rootkit to have been injected19:49
devanandarameshg87: so you need SDN-capable switch to prevent a tenant from accessing the mgmt network, interfering with other deploys, etc19:49
devanandajbjohnso: of course19:49
rameshg87devananda: okay19:49
devanandajbjohnso: but that's a separate vector from "tenant has access to other tenant's BMC"19:50
rameshg87devananda: won't keep you bugging for long :-);  just one more thing that wanyen_: and myself wanted to discuss19:50
jbjohnsodevananda, I didn't get to show you what I'm trying to open source, consider it a 'proxy' for consoles (text only, but who needs video)19:50
devanandarameshg87: console access via ipmitool / ipminative drivers works by SOL connection to the BMC. so it should be unaffected by whether or not other services (eg glance) are exposed on the control network19:51
rameshg87devananda: okay19:51
rameshg87devananda: so currently ilo driver, during deployment, takes the token, puts it into floppy image and (as per our new solution) uploads it to glance or swift for the deployment19:52
rameshg87devananda: do you see any security concerns in doing so ? i mean putting the token temporarily on an external place19:53
jbjohnsoquestion, is that all you are putting in via remot emedia?  Some credential, or actually bootstrapping the whole shebang?19:53
devanandajbjohnso: see https://etherpad.openstack.org/p/iLODriverIronicDevstack19:53
devanandajbjohnso: your answers await there :)19:54
jbjohnsodevananda, ok, fyi, my solution for that in our world was to use a floppy sized image uploaded to the service processor for he whole shebang19:54
*** morgabra has quit IRC19:54
devanandarameshg87: yea, that's less than ideal. but the same issue applied when you were uploading the floppy to a separate webserver19:55
jbjohnsodevananda, I suspect remote on-thy-fly access was because the iso's being constructed were too big19:55
devanandarameshg87: the PXE driver is passing the token via TFTP right now, which is also less than ideal -- it's unencrypted and on the data network, not the control network19:55
*** linggao_ has joined #openstack-ironic19:56
*** athomas has joined #openstack-ironic19:57
devanandarameshg87: I think if you clearly document that the glance store should be secured because it will be accessible from the control plane AND hosting temporary secure tokens (both signed URL and keystone token), then it is OK.19:57
*** morgabra has joined #openstack-ironic19:57
devanandarameshg87: in early Juno, I would like Ironic to get signed / temp url support as well, so then there will be no need to pass a token19:57
*** romcheg has joined #openstack-ironic19:58
*** agordeev has joined #openstack-ironic19:58
*** dkehn__ has joined #openstack-ironic19:58
*** romcheg has quit IRC19:59
*** agordeev has quit IRC19:59
*** aignatov2 has joined #openstack-ironic19:59
NobodyCamhumm somehow I broke the libvirt tests with our volume driver.19:59
* NobodyCam looks to see why19:59
rameshg87devananda: okay19:59
*** jbjohnso_ has joined #openstack-ironic20:01
*** aignatov has quit IRC20:01
*** romcheg2 has quit IRC20:01
*** linggao has quit IRC20:01
*** jbjohnso has quit IRC20:01
*** jdob has quit IRC20:01
*** jrist has quit IRC20:01
*** dkehn_ has quit IRC20:01
jbjohnso_boy, IRC server decided I should really shut up..20:01
*** aignatov2 is now known as aignatov20:01
*** jdob_ has joined #openstack-ironic20:01
NobodyCamjbjohnso_: where you netsplit20:01
JoshNang_devananda: I can help with the swift/glance temp url stuff when we get there. I just implemented it a couple weeks ago for something similar20:02
*** jrist has joined #openstack-ironic20:02
jbjohnso_devananda, don't know how far my prattling got, but I'll shut up about it unless asked more about it.. .it's really in my mind a very tidy way of addressing this issue20:03
*** martyntaylor1 has joined #openstack-ironic20:04
*** romcheg has joined #openstack-ironic20:05
*** agordeev has joined #openstack-ironic20:05
devanandaJoshNang_: awesome - it sounds like rameshg87 is looking to add support for swift tempurls to their iLO driver now20:05
devanandaJoshNang_: and I would like ironic to be able to provide tempurls for deploy agents to POST data back to Ironic20:06
devanandarameshg87: if you're interested, i believe jbjohnso_ has implemented a similar system to what you are doing (passing secure tokens via the virtual media channel) and he probably has some good lessons-learned that he might share with you :)20:07
jbjohnso_right, the biggest thing was getting to under 800 kilobytes for a firmware https capable downloader, client cert, and CA20:08
rameshg87JoshNang_: great. thanks for the offer.  it would be helpful to us20:08
JoshNang_rameshg87: if you run into any issues or want a hand with temp urls, i'd love to help. I'm in a conference this week, but I can find some time to help. Otherwise, I'll be at the meetup next week as well.20:08
NobodyCam:)20:09
*** dkehn__ is now known as dkehn_20:09
rameshg87JoshNang_: thanks. did you mean you have already implemented and submitted some change which uses temp urls20:09
rameshg87JoshNang_: if so, sharing the change you have made would be ideal to us.20:10
JoshNang_devananda: what's the benefit of tempurls to post back to for deploy agents? i probably just missed the discussion on it.20:10
JoshNang_rameshg87: it was for a different project unfortunately20:11
devanandaJoshNang_: both PXE and iLO driver will signal to /v1/{NODE}/vendor_passthru/ when the deploy is complete20:11
JoshNang_devananda: ooo gotcha. didn't realize that's what you meant. that definitely makes sense.20:12
devanandaJoshNang_: this requires authentication, of course. it's best if we could only grant access to a specific URL by the deploy agent (and even better if we can revoke it when complete / timed out)20:12
JoshNang_rameshg87: i'll gist the relevant code, one sec.20:13
JoshNang_devananda: makes sense. are you thinking something like sending a token when the deploy agent starts and the deploy agent posting back with that key?20:15
devanandaJoshNang_: that's what we do today20:15
devanandaJoshNang_: keystone token is less than ideal, however, because it grants global access to what ever taht user can do (in this case, it must be an admin user)20:16
wanyen_[deva] do we allow bug fixes after 03/06?20:16
devanandaJoshNang_: AIUI, ironic needs keystone v3 support to be able to control per-resource access20:17
devanandawanyen_: yes. that time should be used for documentation, increasing test coverage, and fixing bugs20:17
*** morgabra has quit IRC20:17
*** morgabra has joined #openstack-ironic20:18
* NobodyCam makes a bagel20:18
JoshNang_rameshg87: https://gist.github.com/pcsforeducation/9237670 so this is what we used. it worked in some limited testing20:21
rameshg87JoshNang_: thanks. :-)20:22
JoshNang_devananda: ok. will ironic not support keystone v2 and below then? or just use the less secure keystone token passing?20:23
JoshNang_rameshg87: no problem!20:24
rameshg87devananda: we were just putting together the alternatives. it just seems like one of the alternatives that we had discussed "glance with http backing store" wouldn't work because http backing store doesn't support adding images. it just supports retrieval of images.20:24
rameshg87devananda: so we would be left with only 2 - glance w/o authentication, glance + swift temp urls20:25
wanyen_[deva] ramesh just checked that glance web-server back-end store only supports image download but not image upload.   We would like to allow users to use web server to host virtual media images as users of the virtual meida already have the web server set up to host the images for virtual media in their environment.20:25
devanandaJoshNang_: is there a good reason to keep support of v2 after we add keystone v3?20:25
JoshNang_devananda: i haven't looked into keystone enough to know20:26
devanandaJoshNang_: nor have I yet. something to discuss at the summit :)20:27
NobodyCamdevananda: I can see operators wanting to test with their current infrastructure which may not have v3?20:27
JoshNang_devananda: haha at least I have something to read up on on the flight home20:27
devanandaif we add keystone v3 support to improve security around deploys, and someone wants to test ironic without that, i think it's fair that they must do something explicit to do that20:29
devanandafalling back to a less secure mode automatically doesn't seem appropriate20:30
NobodyCamdevananda: like setting conf var to v2 Vs. v3?20:30
NobodyCamyes I agree no fallback20:31
wanyen_[deva] the ilo virtual media driver will support swift with temp url but I believe it would be beneficial to users if we  give them an option to upload iamge to a web server as they desire20:31
*** morgabra has quit IRC20:32
wanyen_users will still register their image to glance after they upload it to webserver20:32
jrolldevananda: +120:32
*** morgabra has joined #openstack-ironic20:33
devanandawanyen_: sure. so if a deployer chooses to deploy glance-backed-by-webserver, and also chooses to expose that webserver to users to allow them to upload images, I think that's their prerogative, though I also think it's unnecessary :)20:33
devanandawanyen_: but that can't be the only supported mechanism. I feel that the iLO driver must support working within the core components of openstack (eg, glance and swift/cinder/file)20:36
devanandawanyen_: integration with the core components should be the default and tested approach. deployer may vary from that, that is their choice, but it should not be the reference20:37
*** martyntaylor1 has left #openstack-ironic20:38
wanyen_deva, yes i agree but I want to keep the webserver as backend store open.  If user choose web server as backend store then ilo driver will need to upload floppy image to web server directly.  For Swift backend, ilo driver willuse glance api to upload floppy image.20:38
*** dhellmann_ is now known as dhellmann20:39
jrollmaybe create that as a separate driver on top of the ilo driver and ship it separately from ironic20:39
jrolljust override only the "get image" bit20:40
*** romcheg has left #openstack-ironic20:42
NobodyCamjroll: that seems like a support nightmare20:42
NobodyCam:-p20:43
jrollNobodyCam: why?20:43
NobodyCamusers would forget that step and call in why is this not working20:43
jrollmaybe20:44
wanyen_The whole reason to submit ilo driver upstream is to allow deployers to have access directly without the need to contact vendors.    I really would like to have it all on Ironic20:44
*** max_lobur has joined #openstack-ironic20:48
NobodyCamgrrr I am not getting the same failures20:49
devanandawanyen_: an alternative -- what if the OS image and floppy images were stored in separate places20:49
devanandawanyen_: eg, OS image is in glance (whether file, swift, or webserver backed)20:49
wanyen_is this acceptable-  If user chooses web server as backend store then ilo driver will upload floppy image to web server directly.  For Swift backend, ilo driver willuse glance api to upload floppy image.20:50
devanandawanyen_: and the floppy image is served directly from the conductor20:50
devanandawanyen_: this also addresses rameshg87's concern about uploading the floppy (containing a keystone token) to glance -- which is a valid concern.20:51
devanandawanyen_: such security issues are significantly mitigated if the key transfer happens directly from teh conductor to the proliant iLO20:52
wanyen_floppy iamge is built in ilo driver if that what you meant by served directly from conductor20:53
devanandawanyen_: right now, floppy image is build by the ilo driver on the iornic-conductor, but it is then uploaded somewhere else (web server, glance, etc) before being downloaded via HTTP by the proliant BMC20:53
devanandawanyen_: i'm suggesting that it doesn't need to be uploaded at all -- the ironic-conductor process already must have access to the control network, and could serve the floppy image directly to the BMC20:54
devanandaor more specifically20:54
devanandathe ilo driver could manage a local process which serves that image20:54
devanandathe way that the PXE driver manages tftpd to serve kernel/ramdisk/token sets during a PXE deploy20:55
wanyen_deva: the problem is that ilo can only access floppy image via http20:57
rameshg87devananda: but then, since proliant BMC knows only virtual media over http, it should be a web-server on the ironic conductor node that serves the image. atleast a sort of minimal webserver that runs on the conductor node20:57
devanandarameshg87: exactly20:58
wanyen_sounds good20:59
rameshg87devananda: but even though the webserver is not external to the conductor node, it would still require the customer to setup and enable that http server on the conductor node; just like they would enable tftp on the conductor node for pxe i guess21:00
rameshg87devananda: this could be used only for uploading the temporary floppy images21:01
NobodyCamdevananda: rameshg87 would somehting like starting a wisgi process per deploy work?21:05
NobodyCamI really would like the users to not have to setup anyting external.21:05
rameshg87NobodyCam: i guess that's a good idea. i think you meant something like this: https://code.google.com/p/wsgi-fileserver/21:10
rameshg87am i correct ?21:10
NobodyCambasicly... our api is running in a wisgi process (unless you've setup apache)21:11
devanandaNobodyCam: this is regarding the conductor though, not the API21:11
NobodyCamit is basicly just a small foot print web server21:11
devanandaNobodyCam: analogous to the tftpd process which deployers must start today on conductor nodes21:11
*** aignatov is now known as aignatov_21:12
NobodyCamdevananda: ya. but what if conductor spun up a wigi process only for the deploy then kills it after the deploy21:12
devanandaso either the deployer would start a minimal webserver and set the file path as a CONF option, just like we do with the PXE driver21:13
lifelesswanyen_: rameshg87: So I'm curious, what advantage does iLO have over the PXE method then ?21:13
lifelesswanyen_: it seems like it will be slower (HTTP == userspace vs  iSCSI== kernel or multicast == bandwidth efficient at massive scale)21:13
lifelessNobodyCam: PXE depends on tftpd; depending on httpd for an HTTP filesystem exposed area seems fine to me21:14
devanandalifeless: transfer keys over secure virtual media channel && single power cycle21:14
lifelessdevananda: How do those features specifically work?21:15
devanandalifeless: PXE driver will always need to transfer keys over the data plane. iLO driver can do that over the control plane21:15
devanandalifeless: their notes are here - https://etherpad.openstack.org/p/iLODriverIronicDevstack21:15
devanandalifeless: tldr is21:15
lifelessIs the virtual media being referred to the floppy disk or the image content ?21:15
devanandaboth21:15
wanyen_lifeless,: we have deployers who prefer virtual meida over pxe.  Also virtual media cansupport live media for rescure and test drive purposes21:15
devanandalifeless: tldr is power off; mount ISO and boot it; mount floppy to get keys; copy image out of ISO onto local disk; POST completion notice to ironic; ironic does cleanup and powers on the machine21:16
rameshg87lifeless: another interesting note i think is is virtual media installs are completely done through baremetal node. this would mean no conductor intervention for the deployment.  it would need to transfer only the compressed image over the wire, and the image decompression and writing of image to disk will be done on the baremetal node itself21:16
devanandalifeless: at least that is my understanding from their etherpad and code review21:17
lifelessrameshg87: baremetalnode is the conductor.21:17
*** dhellmann_ has joined #openstack-ironic21:17
lifelessrameshg87: oh, you mean the target node being booted?21:17
rameshg87lifeless: yes, the target node being booted21:17
lifelessrameshg87: but you're reading data off of an HTTP server. THats precisely as much I/O.21:18
lifelessrameshg87: on the conductor21:18
devanandalifeless: no. the ISO is pulled from glance, not from the conductor21:18
lifelessdevananda: I got a different impression from the bit in this conversation where NobodyCam suggested a wsgi http app21:19
devanandalifeless: the only thing served from teh conductor would be the floppy (that's what i'm proposing -- right now, that is pulled from some other web server !glance)21:19
lifelessdevananda: kk21:19
rameshg87lifeless: yes, as devananda said, the ISO will be pulled directly from glance/swift backing store onto the target node21:19
*** sbadia_ has joined #openstack-ironic21:20
rameshg87lifeless: the floppy image contains the information to be passed for the deployment.  basically the proliant iLO supports two types of virtual media - virtual media cdrom and virtual media floppy21:20
*** openstackgerrit has quit IRC21:20
*** dhellmann has quit IRC21:20
*** sbadia has quit IRC21:20
*** shortstop has quit IRC21:20
*** sirushti has joined #openstack-ironic21:20
*** sbadia_ is now known as sbadia21:20
rameshg87lifeless: the virtual media cdrom would server the compress OS image from the glance/swift backing store directly21:20
*** dhellmann_ is now known as dhellmann21:21
lifelessdevananda: the etherpad shows two boots to userspace21:21
rameshg87lifeless: the virtual media floppy would serve the configuration related stuffs for the deployment (like ironic api url, token for signalling completion of the installation)21:21
*** jdob has joined #openstack-ironic21:21
*** jdob_ has quit IRC21:21
lifelessdevananda: one boot to deploy, but it boots a deploy kernel + ramdisk21:21
*** openstackgerrit has joined #openstack-ironic21:21
devanandalifeless: ooh. you're right21:21
lifelessdevananda: so secure key path seems to be the only feature tied to iLO AFAICT21:22
devanandawanyen_: i thought you were implementing this with only one boot cycle?21:22
lifelessdevananda: and thats cool - but we can do that and still use common code for everything else21:22
lifelessso HP machines will get the multicast stuff21:22
lifelessdevananda: I am interested in this because I don't want to have to choose between increased security and speed :)21:22
devanandalifeless: ++ :)21:22
*** coolsvap_ has joined #openstack-ironic21:23
lifelessdevananda: also21:24
lifelessdevananda: as I read with fine toothed comb21:24
lifelessdevananda: the floppy is transferred over HTTP21:24
lifelessdevananda: not HTTPS21:24
lifelessdevananda: so its no more secure, just more convoluted.21:24
devananda...21:24
lifeless5. Retrieve the OS image details from glance - http location using direct_url field21:25
lifelesssorry21:25
lifeless3. Upload the floppy image to the http server using sftp21:25
lifeless4. Attach the floppy image as floppy virtual media21:25
lifelessthose two lines21:25
*** mdurnosvistov_ has joined #openstack-ironic21:25
devanandalifeless: oh. that's what we were discussing21:25
devanandalifeless: i proposed NOT uploading it to a separate http server21:26
devanandalifeless: but instead serving it from a locally-managed service, akin to the current dependency on tftpd21:26
devanandarameshg87: does proliant support mounting virtual floppy over HTTPS?21:26
wanyen_yes.  it does.21:27
lifelessok, so if its HTTPS then and only then does it become better21:27
*** mdurnosvistov has quit IRC21:28
wanyen_lifeless: it'sa bout deploy's choice as well.  we do have a lot of requests to support non-pxe boot.21:29
lifelesswanyen_: sure, but do they mean 'local' or !pxe21:30
lifelessand if !pxe, what about pxe concerns them ?21:30
rameshg87devananda: lifeless: yes https is supported21:30
wanyen_As far as i know, some have security concerns and some said their environment is not set up for pxe21:31
rameshg87https is supported for mounting virtual floppy21:31
wanyen_reamesh: we should look into using https21:31
lifelesswanyen_: ok, so I'm not aganist virtual floppy21:31
lifelesswanyen_: it just seems like that is the only real difference21:31
wanyen_lfeless:  live cd can only used for rescure and test drive21:32
wanyen_s/only/also21:32
*** coolsvap has joined #openstack-ironic21:32
lifelesswanyen_: sure, but we'll have ramdisk versions of those anyway, right?21:33
wanyen_yes. that's in the plan for ironic right?21:34
devanandayep21:34
*** dhellmann has quit IRC21:34
*** _sirushti has joined #openstack-ironic21:34
*** dhellmann has joined #openstack-ironic21:35
*** coolsvap1 has quit IRC21:35
*** jcooley_ has quit IRC21:35
*** sirushti has quit IRC21:35
*** _sirushti is now known as sirushti21:35
*** coolsvap_ has quit IRC21:35
*** jcooley_ has joined #openstack-ironic21:36
devanandalifeless: one issue with PXE is requiring DHCP to be owned/managed. iLO driver, afaict, does not require that21:37
*** derekh has joined #openstack-ironic21:38
*** pbrooko has quit IRC21:40
rameshg87devananda: lifeless: i just had a question on (HTTP == userspace vs  iSCSI== kernel)21:40
rameshg87is deployment using iSCSI happens completely in kernel space ?21:41
lifelessrameshg87: all the data mangling yeah - we use dd configured for non-cached writes21:42
lifelessrameshg87: AFAICT we saturated 10Gbps links doing the deploy21:42
rameshg87lifeless: :-)21:43
lifelessrameshg87: and if the ISO with the image being copied from is on the BMC, that means we'll do data transfer about 10 times faster...21:43
rameshg87lifeless: yeah i agree, i guess it all depends on how fast iLO can retrieve the data from the http server on the other side and provide it21:44
devanandamost control plane networks that I've seen are 1Gb or slower. people tend to prefer to spend money making the data network fast :)21:46
wanyen_pxe driver needs to download image from glance as well. iLO driver saves the dd part of data xfer.21:46
devanandacongestion on the control plane seems like a significant limitation when trying to deploy a large quantity of nodes in parallel21:48
devananda*like it will be21:48
wanyen_okay.  To summarize ilo upload auth token to a web server on conductor node,  This web server is only used for token passing.  ilo driver should support glance/swift and glance/web server backend stores.  right?21:51
wanyen_Okay.  Thanks!  I am going off to lunch.21:53
rameshg87devananda: lifeless: wanyen_: i will need to leave now. thanks for all your thoughts21:54
*** rameshg87 has left #openstack-ironic21:54
NobodyCamhave a good night rameshg8721:54
*** jdob has quit IRC21:56
lifelesswanyen_: pxe driver downloads on a network 10+ times faster than the mgmt network :)21:59
lifelesswanyen_: I'm not convinced that doing any bulk transfer on the iLO network makes sense22:00
lifelesswanyen_: I think it makes lots of sense to secure things22:04
devanandawanyen_: another aspect that I do not see covered -- how will even a rudimentary partition description (eg, size of root fs and swap space) be passed from nova down to the node?22:10
*** mdurnosvistov_lt has joined #openstack-ironic22:16
lifelessdevananda: the way I'd do it is use the pxe data handover protocol, just embedded into the floppy boot sequence rather than pxelinux.cfg22:24
devanandalifeless: indeed, that looks quite appealing to me22:29
*** matty_dubs is now known as matty_dubs|gone22:29
devanandalifeless: though from a code perspective, i need to look closer to see what will need to be done22:29
devanandalifeless: the key passing is integral to the deploy driver at the moment. not mix-n-match22:30
lifelessdevananda: helper function, done. :)22:30
devanandalifeless: something like taht :)22:31
*** jbjohnso_ has quit IRC22:32
*** mrda_away is now known as mrda22:41
openstackgerritA change was merged to openstack/ironic: Fix race condition when deleting a node  https://review.openstack.org/7617822:49
mrdamorning all22:51
*** romcheg has joined #openstack-ironic22:55
*** lnxnut has quit IRC22:55
mrdalucasagomes: I was going to write patch https://review.openstack.org/#/c/76614/1 today - you beat me to it overnight :)22:56
NobodyCammorning mrda22:58
mrdamorning NobodyCam22:59
devanandamrda: g'morning!23:01
devanandamrda: I'm just fixing up 76293 right now23:02
devanandamrda: thanks for the unit tests :)23:02
mrdadevananda: cool, hope that's ok23:02
mrdadevananda: so you'll address Yuriy's comments in your new patch?23:03
*** harlowja is now known as harlowja_away23:05
NobodyCamquick walkies. brb23:08
devanandayep23:11
devanandajust about finished23:11
*** linggao_ has quit IRC23:12
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add option to sync node power state from DB  https://review.openstack.org/7629323:14
*** lazy_prince has joined #openstack-ironic23:20
*** killer_prince has quit IRC23:22
*** lazy_prince is now known as killer_prince23:22
openstackgerritJenkins proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/7556523:27
*** vkozhukalov has quit IRC23:28
openstackgerritJenkins proposed a change to openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/7558523:34
openstackgerritMichael Davies proposed a change to openstack/ironic: Prevent GET /v1/nodes returning maintenance field  https://review.openstack.org/7609423:39
*** mdurnosvistov_lt has quit IRC23:39
mrdadevananda: any other things you'd like addressed during your night? :)23:40
devanandamrda: hmmm! lemme see :)23:40
devanandamrda: so, have you seen https://etherpad.openstack.org/p/IronicReviewDay ?23:41
devanandamrda: this is a running list that -core folks are using to keep track of the really-easy and the really-important patches23:41
* devananda thinks23:43
devanandamrda: sun jing's patch for serial console support is, IMO, really close to landing23:43
mrdadevananda: I'll take a look23:44
devanandamrda: there's a little refactoring it needs. It looks like sun wasn't clear on how to do that, despite our comments23:44
devanandahttps://review.openstack.org/#/c/64100/23:44
NobodyCamdevananda: on 64100 I'd be ok with filing a bug for the http vs https thing23:46
devanandaNobodyCam: ++23:47
devanandaNobodyCam: that's pretty much how I feel about everything in that patch aside from the unreleased-lock issue23:47
devanandanot perfect but good enough to iterate on further23:47
NobodyCameven the mocking for the item being tested?23:48
NobodyCamdevananda: ++ as long as the issues are tracked either via or etherpad23:48
NobodyCam*...via BUG or...23:49
* NobodyCam knows he would forget at least ONE 23:50
devanandaNobodyCam: via LP bugs. better visibility23:50
openstackgerritA change was merged to openstack/python-ironicclient: Fix params order in assertEqual  https://review.openstack.org/7474523:50
devanandaand at this point, yes. we need to merge serial console and ephemeral disk support THIS week23:51
NobodyCamso tomorrow really23:52
devanandayep23:56
NobodyCamdevananda: line 323 for locking issue? #323     proc = subprocess.Popen(' '.join(x), shell=True)23:59

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