Wednesday, 2015-07-22

Pradipues I think so too. i am trying with that00:00
PradipNobodyCam: got it. Thanks00:01
NobodyCam:)00:01
*** boris-42 has joined #openstack-ironic00:02
*** naohirot has joined #openstack-ironic00:02
*** achanda has quit IRC00:16
*** davideagnello has quit IRC00:16
*** ijw__ has quit IRC00:29
openstackgerritSinval Vieira Mendes Neto proposed openstack/ironic: Refactor refresh method in objects for reuse  https://review.openstack.org/20391400:34
*** ijw has joined #openstack-ironic00:35
*** korekhov has joined #openstack-ironic00:36
*** Pradip has quit IRC00:49
*** ijw has quit IRC00:55
*** korekhov has quit IRC00:56
openstackgerritYuiko Takada proposed openstack/ironic-inspector: Make endpoint type configurable  https://review.openstack.org/20432601:04
*** puranamr has joined #openstack-ironic01:16
*** zhenguo has joined #openstack-ironic01:22
zer0c00lI am running ironic/ipa using devstack. All the ironic nodes created by devstack have is_whole_disk_image=True01:23
zer0c00lis there a way to use is_whole_disk_image False01:24
zer0c00lis_whole_disk_image is part of driver_internal_info and ironic node-update cannot update it01:24
zer0c00li am trying to test a partition image01:25
zer0c00lso this is_whole_disk_image should be set to False01:25
*** killer_prince has joined #openstack-ironic01:25
TheJuliazer0c00l: trying to write out a partition image how?01:31
TheJuliakiller_prince: good morning01:31
killer_princeTheJulia: Good UGT morning..01:33
zer0c00lTheJulia: So i created a partition image using my custom diskimage-builder01:33
*** stendulker has joined #openstack-ironic01:33
zer0c00li mean custom disk-image-create element01:33
zer0c00lIt doesn't have grub.01:34
TheJuliameaning you have to boot via tftp?01:34
zer0c00lYes01:34
zer0c00lThe coreOS ramdisk kernel and ramdisk are transfered over tftp01:34
TheJuliazer0c00l: what driver are you using?01:35
zer0c00lagent_ssh01:37
TheJuliaso i think you need to use pxe_ssh01:37
zer0c00lsorry, i might be mistaken01:38
zer0c00lironic node-show says the driver is agent_ssh01:38
TheJuliabecause the agent is really geared for whole disk images.  ipa can apparently still be used for the deploy in that case, from what I have been told01:38
zer0c00lBy whole disk images you mean a disk image with grub and everthing installed?01:39
TheJuliawhole disk as in a partition table is present01:40
TheJuliaand generally bootable01:40
zer0c00lSo partition table and bootloader01:40
zer0c00lokay!01:40
zer0c00lSo there is no way to use partition image (not whole disk) with ironic?01:41
zer0c00lor ipa01:41
zer0c00lFrom the looks of it the iscsi_deploy has options to deploy a partition image.01:41
zer0c00lit checks this driver_internal_info=is_whole_disk_image01:41
zer0c00lif it is false01:41
zer0c00lit ipa creates the partition01:42
TheJuliazer0c00l: every deployment is naturally different, but we pushing users to utilize the agent driver and whole disk images that are bootable so the machine can boot without the condoctor and at some point live on a different network01:42
zer0c00land dds the parttion image on it01:42
zer0c00li see01:43
zer0c00lTheJulia: is there any documentation on how whole disk images are built?01:43
zer0c00lTheJulia: or how can i build them?01:43
TheJuliazer0c00l: honestly, not sure.  I'm fairly sure partition images will work if the right path is taken, but you then have to have the conductor host available to boot the node... forevermore01:44
TheJuliazer0c00l: add the vm element to the disk-image-create element list01:44
zer0c00lTheJulia: i will add the VM element01:44
TheJuliazer0c00l: lower case vm, it is badely named :(01:45
zer0c00lTheJulia: I don't think partition images need conductor host all the time. IPA installs the bootloader (grub2) if it is a partition image01:45
openstackgerritYuiko Takada proposed openstack/ironic-inspector: Make endpoint type configurable  https://review.openstack.org/20432601:45
* TheJulia thinks its time we write a new element01:45
zer0c00lSo the machine will be able to boot independent of conductor01:45
zer0c00li will checkout the vm element01:46
zer0c00lThanks for the pointer!01:46
TheJuliazer0c00l: so i dont know that code, so i cant speak to that, although that seems highly reliant upon things being grub2 compatible01:46
zer0c00lI agree01:47
zer0c00lNot sure how it will work on older systems like RHEL6 or RHEL501:47
zer0c00lwhere there is no grub 201:47
zer0c00li don't see why it shouldn't work01:47
*** pal has joined #openstack-ironic01:47
*** puranamr has quit IRC01:47
zer0c00lbut not sure whether there have been tests done with those partition images01:47
TheJuliai would doubt it01:48
zer0c00li work at a place where i have to support RHEL6,RHEL701:48
zer0c00lRHEL6 has grub 0.901:48
zer0c00lRHEL 7 grub 201:48
zer0c00land RHEL 7 needs special parittion (biosboot) to hold that grub01:48
zer0c00lnot sure ipa handles that01:49
zer0c00lso yeah01:49
zer0c00lwhole disk images solve these kind of problems :)01:49
TheJuliayeah, the logic to handle the variations would be fraught with terror and risk :)01:49
TheJuliayup01:49
zer0c00lor make ironic plugabble to other installers where they can take over and do the installation :)01:50
openstackgerritTan Lin proposed openstack/ironic: Migrate ObjectListBase to subclass from the Oslo one  https://review.openstack.org/20101701:51
openstackgerritYuiko Takada proposed openstack/ironic-inspector: Load authenticate token from HTTP header  https://review.openstack.org/17423101:51
TheJuliai doubt that would happen, there is somethin nice to knowing you've downloaded an image, verified the checksum, and then write thay data to disk without making any additional changes01:51
TheJulias/somethin/something/01:51
*** bradjones has quit IRC01:54
*** bradjones has joined #openstack-ironic01:56
*** bradjones has quit IRC01:56
*** bradjones has joined #openstack-ironic01:56
openstackgerritYuiko Takada proposed openstack/ironic-inspector: Load authenticate token from HTTP header  https://review.openstack.org/17423101:59
openstackgerritYuiko Takada proposed openstack/ironic-inspector: Load authenticate token from HTTP header  https://review.openstack.org/17423102:04
*** yuanying_ has joined #openstack-ironic02:14
*** yuanying has quit IRC02:17
*** puranamr has joined #openstack-ironic02:18
*** puranamr has quit IRC02:18
*** yuanying_ has quit IRC02:25
*** yuanying has joined #openstack-ironic02:26
*** stendulker has quit IRC02:31
*** achanda has joined #openstack-ironic02:33
*** thrash is now known as thrash|g0ne02:36
jrollNobodyCam: LOL best typo, I do that all the time02:41
jrolls/do/type/ :|02:41
*** pal has quit IRC02:43
openstackgerritCameron.C proposed openstack/ironic: Allow inspector driver to work in standalone mode  https://review.openstack.org/20243502:43
*** ramineni has joined #openstack-ironic02:49
*** hakimo has joined #openstack-ironic02:52
*** hakimo_ has quit IRC02:55
*** chenglch has joined #openstack-ironic02:59
*** Nisha has joined #openstack-ironic03:03
*** naohirot has quit IRC03:03
*** stendulker has joined #openstack-ironic03:17
*** Haomeng has joined #openstack-ironic03:17
*** Haomeng|2 has quit IRC03:19
*** yuanying has quit IRC03:24
*** killer_prince has quit IRC03:24
*** yuanying has joined #openstack-ironic03:25
*** pal has joined #openstack-ironic03:29
*** h00327910_ has quit IRC03:35
*** saripurigopi has joined #openstack-ironic03:38
*** ubuntus_ has quit IRC03:48
*** achanda has quit IRC03:50
*** naohirot has joined #openstack-ironic03:58
*** coolsvap|away is now known as coolsvap04:01
*** kkoski has joined #openstack-ironic04:17
*** kkoski has quit IRC04:21
*** puranamr has joined #openstack-ironic04:24
*** boris-42 has quit IRC04:32
*** puranamr has quit IRC04:37
*** achanda has joined #openstack-ironic04:37
*** puranamr has joined #openstack-ironic04:37
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/20439404:55
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector: Updated from global requirements  https://review.openstack.org/20439504:55
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/20439604:55
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironic-inspector-client: Updated from global requirements  https://review.openstack.org/20441904:59
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/20442004:59
*** max_lobur has joined #openstack-ironic05:00
*** max_lobur has quit IRC05:04
*** zz_natorious is now known as natorious05:06
*** puranamr has quit IRC05:10
*** natorious is now known as zz_natorious05:25
*** lazy_prince has joined #openstack-ironic05:26
*** ramineni has quit IRC05:54
*** ramineni has joined #openstack-ironic05:56
SpamapSNobodyCam: Hm, that looks like a massive refactoring. I will read up on it. Probably fine.06:01
*** amotoki has joined #openstack-ironic06:09
*** max_lobur has joined #openstack-ironic06:11
*** puranamr has joined #openstack-ironic06:11
*** Marga__ has quit IRC06:14
*** Marga_ has joined #openstack-ironic06:15
*** puranamr has quit IRC06:15
*** vishwanathj has quit IRC06:17
*** dtantsur|afk is now known as dtantsur06:25
dtantsurMorning Ironic06:25
stendulkerGood Morning dtantsur :)06:28
dtantsuro/06:28
*** lsmola has joined #openstack-ironic06:29
*** boris-42 has joined #openstack-ironic06:29
*** yuikotakada has joined #openstack-ironic06:29
*** ukalifon has joined #openstack-ironic06:30
*** Nisha_away has joined #openstack-ironic06:36
*** Nisha has quit IRC06:36
Nisha_awaydtantsur, GM06:42
dtantsuro/06:42
Nisha_awaydtantsur, i am getting following error continuously in ironic-inspector service http://paste.openstack.org/show/398792/ . I am not even trying deploy/inspection at this time06:44
dtantsurNisha_away, interesting, is there any logging above/below this message?06:46
*** yog__ has joined #openstack-ironic06:46
*** ramineni has quit IRC06:47
*** ramineni has joined #openstack-ironic06:48
Nisha_awaydtantsur, i restarted it again to see if there is any failure before the error messages starts but the logs dont show anything like that. The errors starts coming after some time itself. http://paste.openstack.org/show/398835/06:52
Nisha_awaythis error is looping continuously06:52
yuikotakadaHi, Ironic :)06:54
Nisha_awayyuikotakada, hi06:54
*** smoriya has joined #openstack-ironic06:55
yuikotakadaNisha_away, hi :)06:57
Nisha_away:)06:57
dtantsuryuikotakada, o/06:58
dtantsurNisha_away, please set debug=True in the inspector.conf and restart06:59
yuikotakadadtantsur, o/07:00
*** coolsvap is now known as coolsvap|away07:01
Nisha_awayok. will do ...had to reboot the system due to some reasons...will see if error still come, will set debug to true07:01
Nisha_awayi am stacking again07:01
dtantsurack07:04
dtantsurprobably the problem will go away after reboot...07:04
* dtantsur brb07:06
*** athomas has joined #openstack-ironic07:12
*** ifarkas has joined #openstack-ironic07:12
openstackgerritAnusha Ramineni proposed openstack/ironic: Make driver properties discoverable in REST API  https://review.openstack.org/20392107:16
*** e0ne has joined #openstack-ironic07:22
-openstackstatus- NOTICE: zuul is undergoing an emergency restart. Jobs will be re-queued but some events may be lost.07:23
*** achanda has quit IRC07:30
*** pal has quit IRC07:33
*** achanda has joined #openstack-ironic07:39
*** ijw has joined #openstack-ironic07:44
*** dguerri` is now known as dguerri07:48
*** achanda has quit IRC07:49
*** ijw has quit IRC07:58
*** jistr has joined #openstack-ironic08:03
*** karimb has joined #openstack-ironic08:04
*** e0ne has quit IRC08:05
*** yuanying has quit IRC08:05
*** pal has joined #openstack-ironic08:09
*** karimb has quit IRC08:13
*** karimb has joined #openstack-ironic08:14
-openstackstatus- NOTICE: zuul jobs are currently stuck while problems with gearman are debugged08:14
*** ChanServ changes topic to "zuul jobs are currently stuck while problems with gearman are debugged"08:14
*** subscope has quit IRC08:14
*** derekh has joined #openstack-ironic08:17
*** lucasagomes has joined #openstack-ironic08:19
*** romainh has joined #openstack-ironic08:31
*** boris-42 has quit IRC08:32
*** romcheg has joined #openstack-ironic08:33
*** dtantsur is now known as dtantsur|brb08:36
*** ramineni has quit IRC08:42
*** ramineni has joined #openstack-ironic08:43
saripurigopiI'm trying to add driver vendor API, but its not getting listed. failing with "InvalidParameterValue: No handler for method enrol_nodes"09:00
*** athomas has quit IRC09:00
*** subscope has joined #openstack-ironic09:01
saripurigopiFollowed the same steps for node vendor apis, node vendor API is working fine.09:01
saripurigopihave updated mapping in driver/pxe.py file. anything else I need to modify?09:02
*** e0ne has joined #openstack-ironic09:07
saripurigopiTheJulia: Hi09:09
*** karimb has quit IRC09:10
openstackgerritLucas Alvares Gomes proposed openstack/ironic-specs: Lazy delete instances  https://review.openstack.org/20416209:10
sambettssaripurigopi: Have you passed you used the driver_passthru decorator on the function09:12
lucasagomessaripurigopi, the method is decorated with @driver_passthru?09:12
sambetts?09:12
sambettshahaha hey lucasagomes09:13
lucasagomessambetts, sup hah same time!09:13
lucasagomessambetts, good morning09:13
sambettslucasagomes: Hows it going?09:14
lucasagomessambetts, all is well! How are you?09:14
saripurigopisambetts: o/09:14
saripurigopilucasagomes, sambetts: yes, http://paste.openstack.org/show/399258/09:14
lucasagomessaripurigopi, and when you make the request are you using /v1/drivers/<driver name>/vendor_passthru/enrol_nodes ?09:15
lucasagomessaripurigopi, the method looks correctly decorated09:16
lucasagomessaripurigopi, does the uuid method works?09:16
saripurigopilucasagomes: I'm trying from ironic CLI like : ironic driver-vendor-passthru --http-method GET pxe_ucs enrol_nodes address=10.105.214.143 username=admin password=Nbv1234509:16
saripurigopilucasagomes: yes it works.09:16
*** karimb has joined #openstack-ironic09:17
sambettssaripurigopi: is there any errors other than the method not found appearing in the ironic logs?09:19
lucasagomessaripurigopi, hmm odd, try also to GET v1/drivers/<driver name>/vendor_passthru/methods09:19
lucasagomesthat will list all the driver vendor passthru methods exposed by that driver09:19
saripurigopisambetts: no, I don't see any other errors. http://paste.openstack.org/show/399259/09:20
lucasagomesor ironic node-driver-vendor-passthru --http-method GET pxe_ucs methods09:21
saripurigopilucasagomes: TheJulia suggested me to try that yesterday, it returns empty for driver vendor apis in this case.09:21
lucasagomessomehow it's not getting registered then09:21
sambettssaripurigopi: Have you restarted your conductor?09:21
saripurigopiyes09:21
saripurigopisambetts:  ironic node-vendor-passthru --http-method GET d070d861-cb17-4d94-a0fc-b3bf2b76cc15 uuid          {u'uuid': u'd070d861-cb17-4d94-a0fc-b3bf2b76cc15'}09:22
lucasagomesit's odd, we have been using the driver vendor passthru for things like lookup in the agent09:23
lucasagomesand didn't hit a problem...09:23
lucasagomestry to take a look at the code in ironic when it does the mapping for the handlers09:23
* lucasagomes lemme find the link09:23
saripurigopilucasagomes: okay. I'm not sure what i'm missing.09:24
lucasagomessaripurigopi, seems fine, you just need to decorate then in the vendor interface09:24
lucasagomesas you did apparently09:24
*** karimb has quit IRC09:24
saripurigopilucasagomes: http://docs.openstack.org/developer/ironic/dev/vendor-passthru.html ?09:24
sambettssaripurigopi: Its said on the client that it defaults to a POST request you specified it as a GET request, so I think you might need to add --http-method GET09:25
sambettsoh you have... oops XD09:25
saripurigopisambetts: :-)09:25
lucasagomessaripurigopi, https://github.com/openstack/ironic/blob/3a46559c8e03997237e51454cda0a9e63f3c42b2/ironic/drivers/base.py#L650-L67409:25
*** puranamr has joined #openstack-ironic09:25
lucasagomesthat's how the mapping get's created09:25
saripurigopilucasagomes: okay09:26
lucasagomessaripurigopi, are you using MixinVendorInterface ?09:26
lucasagomesthat could be a problem there too, https://github.com/openstack/ironic/blob/a0760043e5b10b8e7fad2db53e23786c481c2b84/ironic/drivers/utils.py#L46-L7009:27
lucasagomesI would investigate those bits for looking for a problem there09:27
lucasagomessaripurigopi, note that for driver level mapping, the MixinVendorInterface uses "driver_passthru_mapping" not "mapping"09:28
saripurigopisambas, lucasagomes: sorry, It was my mistake. I had the mappings defined in ironic/driver/pxe.py as well, like we specified in Juno. I've removed that, seems it listening the method now.09:28
*** coolsvap|away is now known as coolsvap09:28
saripurigopi*sambetts:09:29
lucasagomessaripurigopi, yeah it's not "mappings" for driver stuff09:29
*** karimb has joined #openstack-ironic09:29
*** e0ne has quit IRC09:29
saripurigopilucasagomes: okay. I just removed that, seems working fine now.09:30
lucasagomesself.vendor = utils.MixinVendorInterface(self.mapping, driver_passhru_mapping=self.driver_mapping)09:30
lucasagomessaripurigopi, cool!09:30
*** puranamr has quit IRC09:30
*** romcheg has quit IRC09:31
saripurigopilucasagomes: do I still need to specify "self.vendor = utils.MixinVendorInterface(self.mapping, driver_passhru_mapping=self.driver_mapping) " in pxe.py?09:34
lucasagomessaripurigopi, probably yes because pxe drivers depends on some passthru methods09:34
lucasagomespass_deploy_info09:34
lucasagomespass_bootloader_info09:34
saripurigopilucasagomes: okay,09:35
saripurigopisambetts, lucasagomes: thank you.09:35
lucasagomesno problem09:35
sambetts:)09:36
*** yury_yekovenko has joined #openstack-ironic09:39
*** romcheg has joined #openstack-ironic09:39
*** yury_yekovenko has quit IRC09:40
*** naohirot has quit IRC09:47
*** karimb has quit IRC09:50
*** MattMan has quit IRC10:05
*** dtantsur|brb is now known as dtantsur10:07
dtantsurgate is down completely10:09
dtantsurgood time to get some downstream work done :D10:09
lucasagomes:-(10:14
lucasagomesdtantsur, the jobs were called? Or is it broken?10:14
lucasagomesoh I see ZUUL now... yeha10:14
lucasagomesdamn10:14
dtantsuryep, nothing passes gate now10:15
*** coolsvap is now known as coolsvap|away10:16
*** Nisha_away has quit IRC10:16
openstackgerritDebayan Ray proposed stackforge/proliantutils: common changes for firmware update  https://review.openstack.org/20354310:16
*** e0ne has joined #openstack-ironic10:17
lucasagomesif people wants to review something: https://review.openstack.org/#/c/204162/ :-)10:18
*** yuikotakada has quit IRC10:19
*** pelix has joined #openstack-ironic10:26
*** Haomeng|2 has joined #openstack-ironic10:38
*** chenglch has quit IRC10:40
*** cing has joined #openstack-ironic10:41
*** Haomeng has quit IRC10:41
*** davideagnello has joined #openstack-ironic10:43
openstackgerritLucas Alvares Gomes proposed openstack/ironic-specs: Lazy delete instances  https://review.openstack.org/20416210:49
*** athomas has joined #openstack-ironic10:56
*** romcheg has quit IRC11:01
*** stendulker has quit IRC11:02
*** davideagnello has quit IRC11:04
sambettshaha lucasagomes using the word blueprint in your commit message has confused the hell out of the gerrit commit message linking thing :-P it now thinks your blueprint is called "adds"11:07
lucasagomessambetts, LOL damn... yeah I should say spec11:07
*** ramineni has quit IRC11:09
*** romcheg has joined #openstack-ironic11:16
*** bradjones has quit IRC11:18
*** bradjones has joined #openstack-ironic11:20
*** bradjones has quit IRC11:20
*** bradjones has joined #openstack-ironic11:20
*** pal has quit IRC11:24
*** ramineni has joined #openstack-ironic11:25
openstackgerritDmitry Tantsur proposed openstack/ironic: Only take exclusive lock in sync_power_state if node is updated  https://review.openstack.org/20256211:26
dtantsurthis was a complex beast ^^11:26
* lucasagomes adds to his todo11:28
lucasagomesoh cool, that's the one that was WIP when I reviewed11:29
openstackgerritZhenguo Niu proposed openstack/ironic: Use utils.mkfs directly in deploy_utils  https://review.openstack.org/20455711:30
* sambetts goes to make coffee before a meeting 11:36
*** ramineni has quit IRC11:38
dtantsurlucasagomes, yep, I believe it's no longer WIP now :)11:43
TheJuliaGood morning everyone11:46
sambettsMorning TheJulia o/11:48
dtantsurTheJulia, morning! I hope you don't need some gate, because we don't have any for you11:49
dtantsur:D11:49
lazy_princeGood Morning TheJulia11:49
lucasagomesdtantsur, :-) w00t! Yeah that's a good patch, specially when get_power_state() can take a lot of time! Not holding a lock there is great11:49
lucasagomesTheJulia, good morning11:49
* lucasagomes goes grab some food11:49
*** lucasagomes is now known as lucas-hungry11:49
dtantsurlucasagomes :)11:49
TheJuliadtantsur: gate broken?11:49
lucas-hungryTheJulia, it's down11:50
TheJulia:(11:50
dtantsursee the topic11:50
TheJuliaahh11:50
TheJuliaGood to know11:50
* TheJulia is still drinking her first cup of coffee11:51
*** thrash|g0ne is now known as thrash|brb11:52
*** david-lyle has joined #openstack-ironic11:52
openstackgerritDmitry Tantsur proposed openstack/ironic: Only prevent updates to driver_info if power transition is in progres  https://review.openstack.org/20456511:58
dtantsurdiscussable ^^11:58
*** dprince has joined #openstack-ironic11:59
TheJuliadtantsur: I think expanding on the problem case may help a reviewer's understanding12:05
dtantsurTheJulia, you mean what specifically? why is it a problem?12:06
TheJuliaI kind of understand why, but the picture of why is 100% clear in my brain12:06
TheJuliayes12:06
dtantsuroh hmm, I'll try to12:06
TheJuliaerr, is not 100% clear12:06
* TheJulia clearly needs more coffee12:06
ifarkashi all12:09
openstackgerritDmitry Tantsur proposed openstack/ironic: Only prevent updates to driver_info if power transition is in progres  https://review.openstack.org/20456512:09
ifarkasdtantsur, a question regarding your comment: https://review.openstack.org/#/c/203991/2/zuul/layout.yaml12:09
dtantsurifarkas, yep12:10
ifarkasdtantsur, so python-jobs isn't there because there's no test in the lib yet, they will be added later. or did I misunderstand something?12:10
dtantsurifarkas, ah, I didn't know it, sorry. I was assuming you just forgot about the 2nd place to define jobs (which I personally often do)12:11
ifarkasdtantsur, ahh, okay. thanks. I will leave a comment12:11
dtantsurifarkas, then it's better not do add python-jobs to jenkins/jobs.yaml to avoid confusion12:11
ifarkasdtantsur, ok, will remove that12:11
dtantsur* jenkins/jobs/projects.yaml12:11
openstackgerritJulia Kreger proposed openstack/bifrost: Strip ports list from inventory data  https://review.openstack.org/20457112:21
*** dguerri is now known as dguerri`12:25
*** cing has quit IRC12:26
*** karimb has joined #openstack-ironic12:39
*** jjohnson2 has joined #openstack-ironic12:41
* dtantsur has a week of emails to the ML..12:41
*** pal has joined #openstack-ironic12:48
*** dguerri` is now known as dguerri12:51
*** trown|outttypeww is now known as trown12:51
*** lazy_prince has quit IRC12:55
*** lucas-hungry is now known as lucasagomes12:56
openstackgerritJulia Kreger proposed openstack/bifrost: Add nics information to ironic inventory  https://review.openstack.org/20459513:04
*** rvasilets has joined #openstack-ironic13:06
rvasiletslucasagomes, Hi. Did you member this patch https://review.openstack.org/#/c/186064/21 ?) One of our cores require you +1 again to put his +2. Could you vote once more?13:07
lucasagomesrvasilets, hi there, I will re-review it soonish13:08
* lucasagomes adds to his todo13:08
*** [1]cdearborn has joined #openstack-ironic13:09
*** linggao has joined #openstack-ironic13:10
*** linggao has quit IRC13:10
*** linggao has joined #openstack-ironic13:11
linggaoHi folk, long time no see. :-)13:12
dtantsuro/13:13
linggaoSomeone asked me a queston about  Ironic and I think this is a good place to ask. :-)13:13
linggaoon http://docs.openstack.org/ page why isn't ironic api mentioned?13:14
linggaoAnd why isn't Ironic mentioned in the installation guide?13:15
*** rloo has joined #openstack-ironic13:16
*** Pradeep has joined #openstack-ironic13:17
PradeepIronic power state is not in sync with nova power state, can some one help me on this13:20
PradeepWhen i power off the node through ironic driver,the power of the baremetal goes down immediately but it takes sometime for the nova (nova list) to change the power state to shutdown13:21
PradeepWhen i power on the node again through ironic (ironic node-set-power-state <> on ), Power in ironic node-list and baremetal is up13:22
Pradeepbut the power of instance in  nova (nova list) is still down and the instance is not coming up13:22
sambettsPradeep: you shouldn't be shuting down the machine via ironic like that if you've got an instance on there13:23
jrollright, nova is seeing that it shouldn't be powered on13:24
jrollPradeep: 'nova reboot --hard' should kick it back on fine13:24
NobodyCamgood morning Ironicers13:24
jrollin the future if there's an instance, use nova to start/stop13:24
lucasagomeslinggao, yeah it's a pitty... we are the only integrate project to have no official docs13:24
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Convert functional test to a framework and decouple from client  https://review.openstack.org/20460713:25
lucasagomeslinggao, people are working on that AFAIK!13:25
*** amotoki has quit IRC13:25
Pradeepok sam, you mean we should not use "ironic node-set-power-state "13:25
jrolllucasagomes: docs are there, just not on the home page13:26
jrollright?13:26
jrollhttp://docs.openstack.org/developer/ironic/13:26
*** david-lyle has quit IRC13:27
sambettsPradeep: No if you've got an instance on a baremetal compute host, and you want to reboot it you should do it via nova13:27
* jroll bbiab13:27
*** puranamr has joined #openstack-ironic13:27
*** cdearborn has joined #openstack-ironic13:28
linggaoHi lucasagomes. thanks for the prompt response.:-)13:28
lucasagomesjroll, right but that's not the official docs right? I mean that's our docs but it's not someone from the docs team sanitizing and making release of those docs for us13:28
sambettsPradeep: as jroll says you can bring a node back up if you've gone out of sync like that by doing nova reboot --hard13:28
lucasagomesas you would expect for the other integrated projects13:28
*** [1]cdearborn has quit IRC13:28
Pradeepok Sam, then when shall we use "ironic node-set-power-state"13:29
sambettsPradeep: for maintenance, or non-nova related tasks. Once you've got your node into ironic and they are bootable etc then you shouldn't have to touch the ironic api at all except for maintenence on the nodes, all instance management should be done via nova13:31
*** mjturek1 has joined #openstack-ironic13:31
*** puranamr has quit IRC13:32
rloohello ironickers13:32
*** cdearborn has quit IRC13:33
sambettsHey rloo o/ how are you?13:33
lucasagomesPradeep, it's expected that the nova instance delays a little to update the power state13:33
rloohi sambetts, good, although not ready to work yet. going through my emails... :)13:33
lucasagomesPradeep, nova runs a periodic tasks which calls get_info(<instance>) on the driver to actually get the information about that instance13:33
lucasagomesrloo, good morning13:33
lucasagomesPradeep, https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L5671-L567313:34
lucasagomesand seems that by default that periodic task runs every 10 minutes, which is a pretty long interval13:35
lucasagomesrloo, welcome back!13:36
*** ndipanov has joined #openstack-ironic13:37
rloolucasagomes: thanks. (Back for about a week then gone again for another weekish)13:37
dtantsurrloo, morning!13:38
Pradeepthank you Sam, lucas13:38
*** thiagop has joined #openstack-ironic13:39
rloohi dtantsur!13:39
thiagopmorning Ironic13:40
NobodyCammorning sambetts rloo lucasagomes Pradeep and dtantsur :)13:40
dtantsuro/13:40
sambettso/ NobodyCam13:40
NobodyCamand thiagop :)13:40
*** subscope has quit IRC13:41
rloomorning NobodyCam13:41
NobodyCam:)13:41
NobodyCamhow are you doing rloo ?13:42
*** cdearborn has joined #openstack-ironic13:42
rlooNobodyCam: good. Catchin' up still :)13:42
NobodyCamTheJulia: can we unblock this now that glean pushed a new package to pypi?13:42
NobodyCamhttps://review.openstack.org/#/c/20300013:42
NobodyCam:)13:43
*** subscope has joined #openstack-ironic13:43
*** zhenguo has quit IRC13:43
TheJuliaHmm... Yes :)13:44
thiagopGuys, can I get some eyes on this Ramesh's patch?13:44
thiagophttps://review.openstack.org/#/c/166513/13:44
TheJuliaNobodyCam: firing it up locally to test13:44
NobodyCamwoot :)13:44
lucasagomesrloo, ah nice one!13:45
*** jcoufal has quit IRC13:45
thiagopI think it's pretty mature after rloo reviews and it'll bring a lot of flexibility to new drivers13:45
* lucasagomes will review it soonish13:46
TheJuliaNobodyCam: that whole using cirros for gate testing doesn't really help validate that dib changes work :(13:46
*** Pradeep has quit IRC13:49
openstackgerritChris Krelle proposed openstack/bifrost: Vagrantfile and vagrant.yml for testing  https://review.openstack.org/19111013:50
*** kkoski has joined #openstack-ironic13:55
*** bnemec has joined #openstack-ironic13:58
TheJuliaNobodyCam: so... looks like it might not be working on debian still, going to try minimal, then going to try to dig into whats going on14:01
*** kkoski has quit IRC14:02
*** kkoski has joined #openstack-ironic14:02
NobodyCamTheJulia: ack :)14:03
jrollrloo: welcome back \o/14:06
rloojroll: :)14:07
BadCubMornin' y'all14:09
dtantsurBadCub, o/14:09
thiagopmorning BadCub14:09
*** jcoufal has joined #openstack-ironic14:12
*** ndipanov has quit IRC14:13
-openstackstatus- NOTICE: CI is currently recovering from an outage overnight. It is safe to recheck results with NOT_REGISTERED errors. It may take some time for zuul to work through the backlog.14:15
*** ChanServ changes topic to "CI is currently recovering from an outage overnight. It is safe to recheck results with NOT_REGISTERED errors. It may take some time for zuul to work through the backlog."14:15
*** boris-42 has joined #openstack-ironic14:16
lucasagomesjroll, if you have time see sambetts comment here https://review.openstack.org/#/c/204162/14:18
lucasagomesjroll, I just want to confirm with you if the network bits are fine14:18
jrolllucasagomes: yeah, was looking at that this morning14:20
jrollneed to think about it more14:20
lucasagomesack14:20
jrollI think in the flat network case (today) we'll have problems14:20
lucasagomesjroll, why is that?14:20
jrollbecause nova tears down the neutron ports14:21
jrolland you no longer have netwroking14:21
jrolloh wait no14:21
sambettsjroll: thats what I was thinking, but I'm not sure if it would14:21
lucasagomesit's ok, I mean we don't need to boot anything for deleting14:21
jrollyou're right, we don't do anything that needs networking until cleaning14:21
lucasagomesand for cleaning it will recconfigure the network14:21
*** mtanino has joined #openstack-ironic14:21
jrollat which point... yeah14:21
lucasagomesand neutron ports etc14:21
jrollmhm14:21
jrollso yeah, the future is the same idea, only tenant ports are torn down by nova, I think it's fine14:22
jrollunconfigure_tenant_networks() might need to be called immediately rather than with the delete, but I think that's ok14:22
jrolllucasagomes: so is the lock the only reason we can't delete while in DEPLOYING?14:23
lucasagomesjroll, not really, we would need to stop the worker thread doing the job as well14:23
lucasagomeswhich is the hard part14:23
jrollmmm, right14:24
jrollagent doesn't really have this problem :P14:24
lucasagomesif we break the lock and put it in "deleting" the worker thread may overwirte it14:24
lucasagomesso I prefer to be safe and wait until we are able to acquire the lock14:24
lucasagomesthen then delete the instance14:24
lucasagomesto avoid races14:24
jrollyeah, but14:24
jrollif we stop supporting the bash ramdisk14:24
lucasagomeseven tho it may mean that the instance goes to active for a short time before it gets deleted14:24
jrollwe don't really need this, right?14:24
*** vishwanathj has joined #openstack-ironic14:24
lucasagomesjroll, the problem is the iscsi methodology14:25
lucasagomeswhere the conductor does the buck of work14:25
jrolloh right14:25
jrolldang14:25
jrolldown with iscsi!14:25
jroll:P14:25
lucasagomessure for the agent_ methodology this will be pretty good14:25
lucasagomescause it mostly wait on DEPLOYWAIT state14:25
lucasagomesjroll, hehe yeah14:25
jrollyeah, I forgot IPA supports iscsi drivers14:25
lucasagomesso it does affect IPA with iscsi still14:25
jrollok fiiiine14:25
lucasagomesbut it's not a big problem14:25
jroll:P14:25
lucasagomeshah14:25
*** kkoski has quit IRC14:26
lucasagomesjroll, but anyway re bash ramdisk! Damn we should def deprecate it14:26
lucasagomesstart putting some warnings on the pass_deploy_info methods and stuff14:26
jrollyeah, indeed14:28
jrollmaybe we should put up a small spec on it14:28
jrollas much as I hate specs14:29
jrolljust to get on the same page for the plan14:29
lucasagomesjroll, right... yeah lemme put one up14:29
jrollheh, I wasn't going to make you do it, but thanks in advance!14:29
jroll:P14:29
lucasagomesjroll, btw, that patch reorganizing the specs needs little work on14:29
lucasagomeswe should approved that asap14:29
lucasagomesjroll, it's ok, the bash ramdisk annoys me big time14:30
sambettsso would that mean deprecating the pxe_ipmi driver over agent_ipmi?14:30
lucasagomescause I still have to deal with it14:30
lucasagomesso...14:30
dtantsursambetts, not necessary14:30
lucasagomessambetts, nop, IPA works with all pxe_* drivers14:30
dtantsurpxe_ipmi can work with IPA, they differ in image delivery methods14:30
lucasagomesit just means deprecating the bash ramdisk14:30
thiagoplucasagomes: paste the link to the spec of reorganizing, please14:30
thiagopI'd like to take a look on that14:30
lucasagomesthiagop, 1 sec14:30
jrolllucasagomes: what work does the reorg need, other than probably a rebase and also fixing tests14:30
lucasagomesthiagop, https://review.openstack.org/#/c/203628/14:31
jrollthiagop: https://review.openstack.org/#/c/203628/14:31
jrollheh14:31
thiagoplucasagomes: thanks14:31
lucasagomesjroll, none... fixing tests14:31
jrolloh I see your comment now lucas14:31
jrollyeah so the tests... require everything to be in a toctree14:31
jrollbut idk if the placeholders should14:31
jrollmaybe I can make a hidden page14:31
jroll:P14:31
jrollI'm writing another spec now, I'll put that up and then fix the reorg14:32
lucasagomes++14:33
-openstackstatus- NOTICE: CI is slowly recovering, please be patient while the backlog is worked through.14:33
*** ChanServ changes topic to "Bare Metal Provisioning | Status: http://bit.ly/ironic-whiteboard | Docs: http://docs.openstack.org/developer/ironic/ | Bugs: https://bugs.launchpad.net/ironic"14:33
sambettslucasagomes, dtantsur: now I'm more confused about the differences between agent_* and pxe_*, there is a greater difference than just the RAMDISK they are booted with? I feel like a noob again asking all these questions :-P14:35
*** linggao has left #openstack-ironic14:36
*** vishwana_ has joined #openstack-ironic14:36
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Add node reservations spec  https://review.openstack.org/20464114:37
lucasagomessambetts, agent_* doesn't use iscsi to deploy the image. They fetch the image from a URL, convert and write it in-band onto the local disk14:37
dtantsursambetts, it's our fault that the names are so confusing :)14:37
lucasagomesand it currently doesn't support partition images as well14:37
lucasagomesso it doesn't do partitions14:37
dtantsursambetts, I've proposed https://review.openstack.org/#/c/188370/ to change how we compose and name drivers14:38
lucasagomesthe pxe_* uses iscsi to copy the image over the network onto the local disk14:38
*** pal has quit IRC14:38
jrolldtantsur: yes please14:38
lucasagomessambetts, dtantsur ++ we named things really badly!14:38
dtantsurI don't have much time to update that spec though :(14:39
sambettsso with IPA supports both the "agent" way of doing things, and the iscsi way14:39
dtantsurit requires some good thinking14:39
dtantsuryep14:39
jrolldtantsur: I put it on the list for the midcycle14:39
dtantsurjroll, great! I won't be there, but if you come up with some ideas feel free to communicate back or just simply update the spec14:39
*** vishwanathj has quit IRC14:39
*** linggao has joined #openstack-ironic14:40
*** penick has joined #openstack-ironic14:40
jrolldtantsur: yep, that's my goal14:42
sambettsI'm am much less confused now thanks, we need that spec merged though because I would guess others are probably in my situation ;)14:42
thiagopjroll: The spec seems fine, but I would suggest a new section on README to indicate how a newcomer would add a spec to the repository14:43
thiagopjroll: (the spec to change the spec tree)14:43
* sambetts now wonders which ramdisk he's running 14:43
jrollthiagop: ok, can you leave that feedback on the review please?14:44
thiagopjroll: Yeah, sure14:44
jrollthanks!14:44
sambettsif I used "ramdisk-image-builder ubuntu deploy-ironic -o ..." does that make an IPA ramdisk or a bash one?14:47
dtantsurbash one14:48
sambettshow do I go about trying the IPA one, there isn't anything in the install-guide about it14:51
sambetts?14:51
jrollcd ironic-python-agent/imagebuild/coreos && make14:51
jrollor14:51
jrollthere's one you can download14:51
jrollhttp://tarballs.openstack.org/ironic-python-agent/coreos/files/14:52
jrollthose are built on every commit14:52
lucasagomessambetts, ^ there's also an element called "ironic-agent" that you can replace the "deploy-ironic" with to build an IPA image using DIB14:53
lucasagomestho I haven't really tested that element14:53
openstackgerritMerged openstack/ironic-specs: Fix typo in release model spec  https://review.openstack.org/20363114:53
sambettsah thanks :D14:58
*** absubram has joined #openstack-ironic14:58
*** marzif has quit IRC15:00
*** pelix has quit IRC15:01
*** Nisha has joined #openstack-ironic15:02
*** absubram has quit IRC15:03
*** absubram_ has joined #openstack-ironic15:03
jrolldtantsur: do you still think we shouldn't move specs to $cycle-implemented?15:04
dtantsursorry, I'm on 2 meetings right now :)15:05
*** pal has joined #openstack-ironic15:07
dtantsurok, only one meeting now15:09
openstackgerritThiago Paiva Brito proposed openstack/ironic: OneView Driver for Ironic  https://review.openstack.org/19182215:09
*** david-lyle has joined #openstack-ironic15:09
jrollheh no worries15:09
dtantsurjroll, I'd prefer we don't move them at all, rather change some magic header, and move them in *rendered documentation*15:10
dtantsurthat's not at any rate a well thought idea though15:10
openstackgerritMerged openstack/ironic-inspector: Fix and enhance contributing documentation on writing plugins  https://review.openstack.org/20296315:10
* lucasagomes likes the header idea, we probably could get it from the blueprints bits of launchpad15:11
lucasagomessince it says whether the blueprint is completed or not15:11
*** dprince has quit IRC15:12
*** athomas has quit IRC15:19
dtantsurfolks, could you please have a look at my mail to the ml? I'm trying to understand whether we can kill  NoFreeConductorWorker with move to futurist15:22
rloodtantsur: i might be missing something but I don't even know why you're asking.15:25
rloodtantsur: I mean, why are you asking whether to drop that exception? I don't see any need to keep it15:25
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Reorganize specs tree  https://review.openstack.org/20362815:26
*** pelix has joined #openstack-ironic15:26
dtantsurrloo, I'm afraid that I'm missing some case that e.g. devananda remembers (I wasn't here when this code appeared)15:26
dtantsurjroll, https://review.openstack.org/204641 what are you planning to do here? I think we in inspector are doing *something* that may be of use for standalone scheduling15:27
rloodtantsur: should be simple enough to take a look at the code and see where/when that exception is raised?15:27
*** athomas has joined #openstack-ironic15:27
dtantsurrloo, dropping it is kind of a behavior change. previously we didn't accept tasks if we don't have free workers *now*. after this change we'll enqueue them instead15:28
jrolldtantsur: so I want to make: POST /v1/reservations {'root_gb': 2, 'memory_mb': 512, 'instance_uuid': 'blablabla', ...} and have that reserve a node (with instance id) and return that node object15:29
*** athomas has quit IRC15:29
dtantsurjroll, and by *something* I mean e.g. this: https://blueprints.launchpad.net/ironic-inspector/+spec/advanced-matching and https://blueprints.launchpad.net/ironic-inspector/+spec/assign-profiles15:29
jrolldtantsur: basically we want ironic to do the scheduling instead of nova15:29
dtantsurjroll, ah, I see it's not entirely related15:29
rloodtantsur: are you asking whether we want to raise that exception if the task is enqueue'd? I don't think we do.15:30
dtantsurjroll, but we would appreciate if this API would support capabilities too15:30
*** athomas has joined #openstack-ironic15:30
jrolldtantsur: I think that's a clear next step, yes :)15:30
rloodtantsur: seems like that question should be in the futurist spec then?15:30
dtantsurrloo, I'm rather asking whether we're ok with enqueue instead of raising. Yeah, it should, but I've missed it :(15:30
rloodtantsur: oh, I'm ok with enqueu'ing. Seems like what you're asking is whether that spec should be approved or not...15:31
dtantsurjroll, good to hear. What we're trying to do is to have our own matching instead of pretty simple Nova's disk/memory/cpu15:31
dtantsurrloo, no, just a follow-up15:32
dtantsurjroll, which might or might not overlap with what you're planning. I'd really like to see this spec continued :)15:32
rloodtantsur: ok, just re-read the futurist spec. it doesn't say anything about enqueuing; just executing parallel tasks15:34
jrolldtantsur: indeed, I'll be fleshing it out today15:34
rloodtantsur: so i think when i read the spec, my impression was that we could still run out of workers.15:34
dtantsurrloo, yep. it's a (potential) side effect of switching to futurist, that's why I raise it15:34
jrolldtantsur: my main motivation for this is running multiple nova-computes, however I think it will bring a ton of benefit for many other cases15:34
dtantsurand I see it as a positive side effect for reasons stated in the mail15:35
rloodtantsur: so yes, enqueuing is a change in behaviour. which i think should mean an update to the spec.15:35
rloodtantsur: is there a way with futurist to NOT enqueue?15:35
dtantsurrloo, no, and I would not want to propose it. that's arguably a wrong thing to do15:35
rloodtantsur: then I think the spec needs to be updated. maybe updated based on the feedback in the email then, dunno.15:36
rloodtantsur: will reply to your email15:37
dtantsurrloo, yeah, maybe... lets wait for more people to weigh in15:37
dtantsurthanks!15:37
dtantsurjroll, yeah, sounds cool15:37
dtantsurnow calling it a day, see you15:38
*** dtantsur is now known as dtantsur|afk15:38
sambettsCya dtantsur|afk15:38
*** saripurigopi has quit IRC15:38
TheJuliaNobodyCam: debian minimal exploded in the dib build :(  going to centos15:40
*** mgoddard has quit IRC15:40
*** ukalifon has quit IRC15:41
TheJuliaNobodyCam: centos7 currently doesn't build :(15:42
*** cascone has quit IRC15:43
*** cascone has joined #openstack-ironic15:44
NobodyCamuggh15:44
jrolllucasagomes: let's land https://review.openstack.org/#/c/203628/15:44
jrollassuming tests pass15:45
*** aignatov has quit IRC15:45
TheJuliaNobodyCam: firing up centos6, its thinking at least15:45
TheJuliaNobodyCam: (grumpycat)15:46
* lucasagomes looks15:47
lucasagomesjroll, btw cool thing re /v1/reservations15:47
jroll:D15:47
lucasagomesI have wondered if we need to have a "instance" resource in our api15:47
jrollI need to actually write it15:47
jrollmmmmm15:47
lucasagomesor something likely what you suggested15:47
jrollyeah I guess this is similar15:48
*** achanda has joined #openstack-ironic15:48
lucasagomescurrently the node carry all instance information, that probably could be passed to an instance resource15:48
lucasagomesthat would pick a node for it15:48
lucasagomesanyway yeah...15:48
* lucasagomes reviews the reorganize the spec15:48
jrollit's a matter of "reserve me a node that matches this" vs "deploy me a node that matches..."15:48
jrollimo15:48
lucasagomesyeah15:48
* jroll will consider it15:49
lucasagomesjroll, which could be possible also if we have advaced filters in our API15:49
lucasagomessay the json stuff were indexable15:49
lucasagomeswe could create a query15:49
jrollyeah15:49
lucasagomesv1/nodes?cps=2&memory_mb>=X etc...15:49
lucasagomesthat would be cool too15:50
*** aignatov has joined #openstack-ironic15:50
jrollmhm15:50
jrollI think we'll need to split those to a table one day15:50
*** Sukhdev has joined #openstack-ironic15:50
lucasagomesyeah the json fields would be a table15:51
lucasagomeslike extra_specs for flavor15:51
lucasagomesor metadata for other resources etc15:51
*** achanda has quit IRC15:52
*** mgoddard has joined #openstack-ironic15:53
*** achanda has joined #openstack-ironic15:55
*** romcheg has quit IRC15:55
*** karimb has quit IRC15:56
*** coolsvap|away is now known as coolsvap15:56
*** achanda has quit IRC15:58
*** ijw has joined #openstack-ironic16:03
*** uggla_ has joined #openstack-ironic16:07
*** absubram_ has quit IRC16:08
*** uggla_ has quit IRC16:09
devanandasplit the json fields into indexable tables -- yes16:12
sambettsNight all o/16:13
thiagopnight sambetts16:14
*** mjturek1 has quit IRC16:14
*** jistr has quit IRC16:19
*** ijw__ has joined #openstack-ironic16:20
*** jcoufal has quit IRC16:21
*** trown is now known as trown|lunch16:22
*** achanda has joined #openstack-ironic16:24
*** ijw has quit IRC16:24
*** dprince has joined #openstack-ironic16:24
NobodyCamnight sambetts16:25
lucasagomesdevananda, morning16:27
*** pal has quit IRC16:28
lucasagomesjroll, we have to keep those placeholders under /liberty ?16:32
jrolllucasagomes: I mean, the links exist today16:33
jrollthe entire goal of the placeholder is not to break links16:34
lucasagomesoh I see16:34
*** achanda has quit IRC16:34
*** max_lobur has quit IRC16:35
*** coolsvap is now known as coolsvap|away16:38
*** yog__ has quit IRC16:41
*** bizarrochristy has joined #openstack-ironic16:48
*** bizarroc_ has joined #openstack-ironic16:49
*** ijw has joined #openstack-ironic16:51
*** bizarrochristy has quit IRC16:53
*** ijw__ has quit IRC16:55
*** pal has joined #openstack-ironic16:56
*** athomas has quit IRC16:56
lucasagomesfolks I will call it a day, if you guys have some time to take a look at https://review.openstack.org/#/c/204162/ today that would be great!16:57
lucasagomeshave a good night everyone!16:57
jrollnight lucas!17:00
NobodyCamnight lucasagomes17:01
*** romainh has quit IRC17:02
lucasagomessee y'all17:03
*** lucasagomes is now known as lucas-dinner17:03
*** derekh has quit IRC17:04
*** athomas has joined #openstack-ironic17:05
*** zz_natorious is now known as natorious17:06
jrolllast call for eyes on https://review.openstack.org/#/c/188528/17:08
jrollI'm going to land it later today if nobody objects17:08
jrollSukhdev: ^^ fyi, that will likely land today17:08
thiagopnight lucas-dinner17:08
NobodyCamjroll: added my +217:09
NobodyCam:)17:09
*** stendulker has joined #openstack-ironic17:09
Sukhdevjroll: I think you should go for it…..17:09
Sukhdevjroll: the approval is written all over it :-):-)17:10
SukhdevNobodyCam: thanks for taking time to review it -17:10
NobodyCamjroll: Sukhdev: and everyone else... awesome work on that spec17:10
NobodyCamI have been following its progression17:11
*** puranamr has joined #openstack-ironic17:12
*** puranamr has quit IRC17:13
jrollif NobodyCam says it's ready than it must be ready :D17:13
jrolland +a17:14
*** marzif has joined #openstack-ironic17:15
*** puranamr has joined #openstack-ironic17:15
*** absubram has joined #openstack-ironic17:18
*** e0ne has quit IRC17:24
*** stendulker_ has joined #openstack-ironic17:25
*** marzif has quit IRC17:25
*** marzif has joined #openstack-ironic17:26
*** stendulker has quit IRC17:28
NobodyCamw00t17:30
openstackgerritMerged openstack/ironic-specs: Update of the Ironic Neutron Integration spec  https://review.openstack.org/18852817:30
NobodyCam:)17:30
*** marzif has quit IRC17:31
*** stendulker_ has quit IRC17:31
*** marzif has joined #openstack-ironic17:32
TheJuliaNobodyCam: re-blocking changing of the default, issues with simple-init.  Going to rebuild my image with devuser so I can get into it and debug17:33
*** Sukhdev has quit IRC17:33
NobodyCamTheJulia: ack :)17:35
*** trown|lunch is now known as trown17:37
TheJuliaNobodyCam: the totally not fun part of this, building images of various flavors and then poking around trying to figure out what went sideways :(17:37
*** linggao has quit IRC17:38
openstackgerritMerged openstack/bifrost: Removal of legacy roles and related updates  https://review.openstack.org/20376817:42
*** davideagnello has joined #openstack-ironic17:43
NobodyCamSpamapS: please check that ^^^ will not effect your efforts17:44
*** davideagnello has quit IRC17:45
*** pelix has quit IRC17:45
*** tab____ has joined #openstack-ironic17:48
*** stendulker has joined #openstack-ironic17:52
SpamapSNobodyCam: I perused it yesterday, and really, I'll deal.17:53
SpamapSNobodyCam: I suspect you're making it better faster harder stronger .. so carry on. :)17:53
*** pal has quit IRC17:55
*** kkoski has joined #openstack-ironic17:57
NobodyCamSpamapS: woot ;) that removing some old things so wanted to give ya heads up just in case17:57
NobodyCam:)17:57
*** kkoski has quit IRC17:58
SpamapSYeah I mean, I have a baremetal csv file, but I made it from an extensive set of yaml files that greghaynes made17:59
SpamapSso I suspect I can make the new enrolling input thing work with those17:59
*** stendulker has quit IRC18:01
*** marzif has quit IRC18:02
NobodyCamSpamapS: see the "Conversion from CSV to JSON formats" section of https://github.com/openstack/bifrost/blob/master/README.rst#L18618:02
SpamapSNobodyCam: I'll just go right from my yaml to json thankyouverymuch18:03
*** ijw has quit IRC18:03
NobodyCamhehehe18:03
NobodyCam:)18:03
*** marzif has joined #openstack-ironic18:04
rloohi devananda, if you have a few minutes, this spec has two +2, but dmitry wants to make sure your concerns were addressed.18:05
rloodevananda: and the spec is ...  https://review.openstack.org/#/c/189341/18:06
*** Sukhdev has joined #openstack-ironic18:06
*** krtaylor has quit IRC18:06
jrollrloo: "But v2 seems to only allow UUID"18:07
jrollseems problematic to me?18:07
*** marzif_ has joined #openstack-ironic18:07
jrollwhich seems like one of deva's concerns18:08
rloojroll: oh, you're making me look at it? ...18:08
jrollrloo: "glance v2 api doesn't allow querying images by id"18:08
jrollrloo: also concerned about glance image names with spaces/unicode/etc18:09
*** mgoddard has quit IRC18:09
rloojroll: i don't think i had looked at deva's comments before. sec.18:09
*** marzif has quit IRC18:11
*** Sukhdev has quit IRC18:11
*** alex_xu has quit IRC18:11
jrollrloo: lucas made the same comment (but +2'd it?)18:12
rloojroll: yeah, just noticed that. Sigh. need to -1 I think.18:12
NobodyCamrloo: deva is at oscon atm so he may be a bit slow to reply18:12
jrollrloo: I also -1'd18:13
rloojroll: are we moving/using v2 in glance? i can't keep track.18:13
jrollrloo: we have code for it, at least some calls to glance use it18:13
rlooNobodyCam: thx for letting us know.18:13
jrollI believe agent driver depends on v218:13
*** puranamr has quit IRC18:13
jrollbut am not 100%18:13
*** alex_xu has joined #openstack-ironic18:13
rloojroll: wondering if it makes sense to allow it for v1, but i don't like that.18:13
jrollrloo: agree, I really don't like allowing features depending on glance version18:14
jrollI also don't see why name is easier than UUID, either way I think you'll end up doing a copy/paste operation18:15
jrollbut that isn't for me to decide I guess18:15
rloojroll: well, names are always easier than uuids!18:15
jrollare they though?18:16
jrollI can't remember if my Centos image is Centos or CENTOS or CentOS18:16
jrollrloo: for example, the image used in devstack is named cirros-0.3.4-x86_64-disk18:18
jrollgood luck remembering that :)18:18
rloojroll: ok, you're unusual. or maybe you're normal. I dunno. Guess it depends on the users/operators.18:18
jrollrloo: I may be weird :)18:18
rloojroll: why would glance v2 allow you to specify a name for an image, but not filter on it. Well, I don't want to dwell on this spec. moving along...18:19
jrollin general, I can remember enough to grep, but not to write it verbatim18:19
*** marzif_ has quit IRC18:19
*** puranamr has joined #openstack-ironic18:19
jrollalso this is a one time thing, right? it's not like day-to-day use involves putting glance IDs in the database18:19
* jroll questioning usefulness but will let it go for now18:19
rloojroll: even if you can't remember the name, if you saw a list of names vs a list of UUIDs, it'll be easier to know which one you wanted.18:19
rloojroll: will see if vladyslav can elaborate on use case or whatever18:20
jrollrloo: but "image list" gives a list of names AND uuids, and at that point I can copy paste18:20
jrollbut yeah it's fine18:20
jrollin terms of use cases18:20
rloojroll: so we could do a glance 'image list' and find the uuid corresponding to the name, which will take a few seconds or whatever longer, but might make it easier for the user...18:21
jrollrloo: sure, but I want that called out if that's what we want to do :)18:21
thiagopit's easier even to 'sed', I think...18:22
* devananda pops in for a bit18:27
*** davideagnello has joined #openstack-ironic18:28
trownIs there any documentation on using/writing IPA extensions?18:30
*** Sukhdev has joined #openstack-ironic18:31
jrolltrown: apparently not, for extensions :(18:32
jrollthere are hardware manager docs though18:32
JoshNangtrown: what are you trying to do?18:32
jrollso just to be clear, you're looking for docs on a command extension?18:32
trownwe want to use IPA in place of the inspector ramdisk18:33
trownI think dtantsur|afk has a better idea of how to do that, but I finally got a working CentOS based IPA ramdisk to boot and start heartbeating, so a bit excited to start hacking on it18:35
JoshNangtrown: nice!18:35
JoshNangextensions are pretty straight forward..a class that extends base.BaseAgentExtension, some functions decorated with @base.async_command or @base.sync_command to expose them to the API18:35
trownJoshNang: how are those then exposed? directly as vendor-passthru methods?18:38
*** Nisha has quit IRC18:38
NobodyCambrb18:39
*** achanda has joined #openstack-ironic18:40
*** Nisha has joined #openstack-ironic18:41
JoshNangtrown: they'll be available at /v1/commands in the agent API, not the ironic API. to kick them off you POST to that url with a json body with two keys: {"name": "$extension.$method", "params": {$some_params}}18:41
JoshNanghttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/agent_client.py for reference how we interact with the agent API18:41
*** krtaylor has joined #openstack-ironic18:42
trownJoshNang: ah perfect, that gives me something to play around with. Thanks!18:42
JoshNangtrown: np! feel free to ping if you get stuck at all18:42
*** e0ne has joined #openstack-ironic18:45
*** Nisha has quit IRC18:46
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Add node reservations spec  https://review.openstack.org/20464118:46
jrolldevananda: ^^18:46
jrolltrown: there's also a --standalone option if you want to be able to spin up an agent without having an ironic environment around18:47
trownjroll: then it does not heartbeat right?18:49
JoshNangtrown: correct18:50
*** igordcard has joined #openstack-ironic18:54
*** krtaylor has quit IRC18:55
*** davideagnello has quit IRC19:01
*** Marga_ has quit IRC19:04
*** Marga_ has joined #openstack-ironic19:05
devanandajroll: erm, that is very much not what jaypipes and i discussed in YVR19:06
devanandajroll: what I recall -- we should expose an API to search for nodes having some properties, and an atomic way to reserve one or more such nodes19:07
devanandawe already present the second part of that through updating the instance_uuid (there's some db foo that makes it atomic)19:07
*** Marga_ has quit IRC19:07
*** Marga_ has joined #openstack-ironic19:08
devanandajroll: this proposal doesn't say anything about integrating or using the logic in the nova scheduler, or what scheduling mechanisms it would support19:09
openstackgerritMerged openstack/ironic: Clean up tftp files if agent deployed disk image  https://review.openstack.org/20426519:13
jrolldevananda: this does both in one endpoint and is roughly what we discussed here19:16
jrolldevananda: I'm writing a nova spec for the nova bits (which will be in the compute and not in the scheduler)19:16
devanandajroll: does it leverage the nova scheduler's functionality for, well, scheduling?19:16
jrolldevananda: and I'm not sure what you mean by "scheduling mechanisms it would support"19:16
devanandajroll: this does not implement search19:17
jrolldevananda: no, the nova scheduler at this point would be reduced to "pick a compute host at random because it doesn't matter"19:17
devanandait implements scheduling/reservation19:17
jrolluh19:17
jrollright.19:17
jrollthat is my goal. a simple scheduler in ironic19:17
devanandawhich is not "return a list of nodes that have X, Y, !Z"19:17
jrollto be clear, this is a first draft19:17
devanandasure19:18
jrollbut my general plan is "ironic, reserve me a node that has X, Y, !Z"19:18
jrollnova virt driver does that, and then deploys to it19:18
devanandauh19:18
devanandavirt driver?19:18
jrollyes.19:18
devanandathat seems like a violation of nova's architecture19:18
jrollthe goal is to reduce the scheduler to choosing a host, not a (host, node)19:18
openstackgerritMerged openstack/ironic: Fix the DEPLOYWAIT check for agent_* drivers  https://review.openstack.org/20315719:18
devanandashouldn't the nova scheduler be doing htat/19:18
jrollthe nova team generally agreed this was a good path19:19
devanandascheduer should be choosing a (node)19:19
devanandaomg :(19:19
jrollno19:19
jrollbecause that violates nova's architecture even more19:19
openstackgerritMerged openstack/ironic: Don't do a premature reservation check in the provision API  https://review.openstack.org/20408119:19
devanandafor capabilities like affinity / anti affinity, we'll need to essentialy re-implement ALL of the logic thta's in the nova scheduler already19:20
devanandaand push down all the knowledge nova has about user and instance19:20
devanandainto Ironic19:20
devanandawe've ALWAYS discussed pushing Ironic's (potential) rack / location / hardware awareness UP to Nova19:20
devanandanot pushing Nova's user / instance information DOWN19:21
*** saripurigopi has joined #openstack-ironic19:22
devanandaI gotta run - but I'm clearly not in favor of re-implementing scheduling inside Ironic19:22
devanandaand would much rather make our API provide the information needed for external scheduling services19:23
lucas-dinnerjroll, rloo re glance image by name19:23
rloohi lucas-dinner19:23
lucas-dinnerI will just double check, but v2 still supports name19:23
openstackgerritMerged openstack/python-ironicclient: Add provision_updated_at field to nodes  https://review.openstack.org/20358519:23
openstackgerritGopi Krishna S proposed openstack/ironic-specs: Out-of-band hardware introspection support for Cisco B/C/M-series servers  https://review.openstack.org/20473319:23
lucas-dinnerbut would require 2 API calls I think to get it... 1 sec lemme recheck19:24
lucas-dinnerlong time I made that comment so I forgot19:24
*** puranamr has quit IRC19:27
*** romainh has joined #openstack-ironic19:28
*** puranamr has joined #openstack-ironic19:28
jrolldevananda: what about the standalone use case19:31
lucas-dinnerhmmmm I may be wrong damn I thought there was a way to get by name on v219:34
*** saripurigopi has quit IRC19:39
lucas-dinnerJoshNang, re instance_uuid... My initial idea was to allow it to be removed on DEPLOY* like it works for CLEAN*19:43
lucas-dinnerJoshNang, ideally we should clean that up at the end of tear_down as we do with instance_info()19:43
NobodyCamanyone happen to know if there is a spec for this: https://blueprints.launchpad.net/ironic/+spec/remove-swift-dependency-for-ilo-drivers19:44
lucas-dinnerbut that would be a non-backward compat change since Nova will pool for the node using the instance UUID19:44
*** [1]cdearborn has joined #openstack-ironic19:46
JoshNanglucas-dinner: hrm :/19:50
lucas-dinnerJoshNang, I can investigate see if there's a better way to do it19:51
lucas-dinnerotherwise we make updates really hard19:51
JoshNanglucas-dinner: ++ i'm looking at the nova driver code right now19:51
*** romainh has left #openstack-ironic19:52
lucas-dinnerJoshNang, I'm not sure what would happen if we remove it as part of the tear_down() I don't think it may break nova but it will raise some ugly exceptions when it's pooling for the state19:52
lucas-dinnerthe looping call will basically exit due the exception NodeNotFound19:52
lucas-dinnerwhich is not handled there19:53
JoshNangi'm assuming the instance would go to error then19:54
*** karimb has joined #openstack-ironic19:54
lucas-dinneryeah I would have to test it19:56
lucas-dinnerthat's why allowing it to be changed in DEPLOY* may be safier19:56
lucas-dinnersafer*19:56
lucas-dinnertho it's ugly19:56
lucas-dinnerbut can be fixed all at once CLEAN* and DEPLOY*19:57
JoshNangeh allowing during DEPLOY* doesn't seem that bad. you could check that the delete_instance flag is set19:59
lucas-dinneryeah19:59
lucas-dinneractually I'm looking at the nova code and thinking... because if it's an old nova code it won't even issue the "deleted" command for nodes in DEPLOYING20:01
*** puranamr has quit IRC20:01
lucas-dinnerhttps://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L865-L86920:01
lucas-dinnerJoshNang, so delete_instance will never be set and that should fail to remove the instance_uuid20:01
*** cdearborn has quit IRC20:02
JoshNanglucas-dinner: ah!20:02
lucas-dinnerso if we don't allow it to be removed and just remove it as part of the tear_down it may work20:03
lucas-dinner(it's late here my brain is a bit slow)20:03
lucas-dinnerJoshNang, I will investigate more tomorrow, but yeah, in any case I will keep it backward compat, even if that means allowing changes on DEPLOY*20:04
JoshNanglucas-dinner: alright20:04
*** krtaylor has joined #openstack-ironic20:04
*** marzif_ has joined #openstack-ironic20:05
JoshNangi must be missing something, because this doesn't look like it should work well today..if the node is DEPLOYING...don't try to tear down, just try to remove the instance uuid? and get an error because you can't do that?20:05
lucas-dinneryeah today deletion is a disaster20:05
JoshNangheh20:05
lucas-dinnerwe basically can't delete if the node is spawming20:05
lucas-dinnerthe thing is, we never tried such things20:06
lucas-dinnerthat's what I'm trying to fix here20:06
lucas-dinnerbecause downstream we use heat + nova + ironic20:06
lucas-dinnerso when heat stack fails and it tries to rollback it calls nova deletes20:06
JoshNang++ to fixing it20:06
lucas-dinnerwhich tries to delete the things in Ironic even when it's spawning (which is fine on nova POV)20:06
lucas-dinnerbut we end up having nodes stuck20:06
lucas-dinnerso it's a bit of a can of worm there20:07
lucas-dinnerdownstream == rh installer20:07
JoshNangbleh yeah20:08
lucas-dinnerJoshNang, right I can update the spec about the instance_uuid if you prefer20:08
jrolllucas-dinner: JoshNang fwiw this reservation thing solves this instance id problem ;D20:08
JoshNanglucas-dinner: please do, i feel like there will be some debate there20:09
jrollhttps://review.openstack.org/#/c/204641/20:09
JoshNangjroll: :D20:09
lucas-dinnerJoshNang, right I will investigate it and update accordingly tomorrow20:09
JoshNanglucas-dinner: thanks! have a good night!20:09
jrollsince the instance id will be set/removed with the reservation, not as a separate PATCH request or whatever20:09
lucas-dinnerjroll, ++ I will review that (didn't have time today)20:09
jrolllucas-dinner: yeah no rush :)20:10
lucas-dinnercool I will be afk!20:10
jrolllater dude20:10
lucas-dinnerthanks for the discussion folks20:10
*** Pradip has joined #openstack-ironic20:10
lucas-dinnerlater! have a good afternoon there20:11
JoshNango/20:13
jrolldevananda: so, I got distracted, but looping back - this is really the best way to deal with this problem, IMO20:13
jrolldevananda: and it also helps anyone not using nova, so they don't need to re-implement scheduling20:13
jrolldevananda: if we only provide the API to assist with scheduling, then I just see us building scheduling into the client at some point, which is re-implementing things anyway20:14
*** pal has joined #openstack-ironic20:19
*** pal has quit IRC20:24
*** e0ne has quit IRC20:26
*** Sukhdev has quit IRC20:31
*** davideagnello has joined #openstack-ironic20:43
*** absubram has quit IRC20:47
*** puranamr has joined #openstack-ironic20:50
*** trown is now known as trown|outttypeww20:56
jrollsomeone pls to https://review.openstack.org/#/c/203628/20:58
jrollbefore we keep merging things20:58
*** igordcar1 has joined #openstack-ironic21:03
*** igordcar1 has quit IRC21:03
*** davideagnello has quit IRC21:03
mrdaMorning Ironic21:04
*** ijw has joined #openstack-ironic21:04
*** krtaylor has quit IRC21:06
*** igordcar1 has joined #openstack-ironic21:08
*** igordcar1 has quit IRC21:08
NobodyCamgood morning mrda21:09
mrdao/ NobodyCam21:09
*** stendulker has joined #openstack-ironic21:10
TheJuliagood morning mrda21:11
mrdahi TheJulia21:12
*** tab____ has quit IRC21:12
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add CLEANWAIT state  https://review.openstack.org/20015221:14
*** david-lyle has quit IRC21:17
*** jjohnson2 has quit IRC21:22
*** marzif_ has quit IRC21:25
*** stendulker has quit IRC21:26
*** e0ne has joined #openstack-ironic21:30
*** ijw__ has joined #openstack-ironic21:32
*** ijw has quit IRC21:35
openstackgerritJohn L. Villalovos proposed openstack/ironic: Add CLEANWAIT state  https://review.openstack.org/20015221:36
NobodyCamjlvillal: you back?21:37
jlvillalNobodyCam, No.  Just happened to update a commit message :)21:37
jlvillalStill on vacation!21:37
NobodyCamlol well then keep enjoying21:37
jlvillalNobodyCam, About two more weeks :)21:37
jlvillalNobodyCam, Thanks!21:37
NobodyCamthats what I thought21:38
NobodyCam:-p21:38
*** Sukhdev has joined #openstack-ironic21:38
*** achanda has quit IRC21:43
*** kkoski has joined #openstack-ironic21:46
*** thiagop has quit IRC21:47
*** penick has quit IRC21:51
*** cing has joined #openstack-ironic21:53
*** e0ne has quit IRC21:58
*** igordcard_ has joined #openstack-ironic22:00
*** igordcard has quit IRC22:01
*** [1]cdearborn has quit IRC22:02
*** lucas-dinner has quit IRC22:06
*** cing has quit IRC22:06
*** cing has joined #openstack-ironic22:06
*** bnemec has quit IRC22:09
*** achanda has joined #openstack-ironic22:15
*** lucas-dinner has joined #openstack-ironic22:18
*** cing has quit IRC22:22
*** cing has joined #openstack-ironic22:28
*** dprince has quit IRC22:31
openstackgerritStephanie Miller proposed openstack/bifrost: Generalize the dib builder role  https://review.openstack.org/19968322:35
NobodyCamjroll: quick question on the ml2 stuff.. we ARE planning both vlan and vxlan support?22:47
*** kkoski has quit IRC22:58
*** kkoski has joined #openstack-ironic22:58
*** bizarroc_ has quit IRC22:58
*** igordcard has joined #openstack-ironic23:00
*** krtaylor has joined #openstack-ironic23:04
*** lucas-dinner has quit IRC23:08
*** thrash|brb is now known as thrash|g0ne23:08
*** davideagnello has joined #openstack-ironic23:09
*** kkoski has quit IRC23:11
*** karimb has quit IRC23:11
*** cing has quit IRC23:13
*** igordcard_ has quit IRC23:17
*** igordcard_ has joined #openstack-ironic23:18
*** igordcard_ has quit IRC23:30
*** igordcard_ has joined #openstack-ironic23:30
*** praneshp has joined #openstack-ironic23:31
*** Sukhdev has quit IRC23:38
*** igordcard_ has quit IRC23:40
*** igordcard_ has joined #openstack-ironic23:41
openstackgerritChris Krelle proposed openstack/bifrost: Vagrantfile and vagrant.yml for testing  https://review.openstack.org/19111023:42
*** naohirot has joined #openstack-ironic23:47
*** achanda has quit IRC23:49
*** davideagnello has quit IRC23:53

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