Monday, 2014-06-16

*** igordcard has quit IRC00:21
*** matsuhashi has joined #openstack-ironic00:35
*** matsuhashi has quit IRC00:35
*** matsuhashi has joined #openstack-ironic00:35
*** igordcard has joined #openstack-ironic00:48
*** nosnos has joined #openstack-ironic00:55
*** igordcard has quit IRC01:19
*** Haomeng has quit IRC01:36
*** blamar has joined #openstack-ironic01:45
*** pcrews has quit IRC01:45
*** blamar has quit IRC01:47
*** Haomeng has joined #openstack-ironic01:52
*** nosnos has quit IRC03:36
lifelessNobodyCam: any chance you could take over 98050 for me ?03:52
openstackgerritlifeless proposed a change to openstack/ironic: Draft a 'pxe_logpower' driver  https://review.openstack.org/9895003:54
*** pcrews has joined #openstack-ironic04:03
*** pcrews has quit IRC04:09
*** nosnos has joined #openstack-ironic04:15
*** k4n0 has joined #openstack-ironic04:19
openstackgerritA change was merged to openstack/python-ironicclient: Add UTF-8 coding lines to all Python files  https://review.openstack.org/9610904:31
*** eghobo has joined #openstack-ironic04:31
*** rakesh_hs has joined #openstack-ironic04:40
*** coolsvap|afk is now known as coolsvap04:43
*** coolsvap is now known as coolsvap|afk04:58
*** shausy has joined #openstack-ironic05:01
*** sabah has joined #openstack-ironic05:05
*** coolsvap|afk is now known as coolsvap05:09
*** lazy_prince has joined #openstack-ironic05:10
*** Nisha has joined #openstack-ironic05:11
*** Nisha has quit IRC05:13
*** rakesh_hs has quit IRC05:13
*** Nisha has joined #openstack-ironic05:13
*** rakesh_hs has joined #openstack-ironic05:20
*** radsy has quit IRC05:22
*** matsuhashi has quit IRC06:00
*** matsuhashi has joined #openstack-ironic06:01
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/9606306:02
*** lazy_prince has quit IRC06:03
*** rakesh_hs has quit IRC06:04
*** matsuhas_ has joined #openstack-ironic06:38
*** coolsvap is now known as coolsvap|afk06:38
*** coolsvap|afk is now known as coolsvap06:38
*** jcoufal has joined #openstack-ironic06:38
*** sabah has quit IRC06:38
*** matsuhashi has quit IRC06:38
*** k4n0 has quit IRC06:55
*** eghobo has quit IRC06:57
*** matsuhas_ has quit IRC07:01
*** Mikhail_D_ltp has joined #openstack-ironic07:01
*** matsuhashi has joined #openstack-ironic07:04
*** Mikhail_D_ltp has left #openstack-ironic07:05
*** k4n0 has joined #openstack-ironic07:05
*** coolsvap is now known as coolsvap|afk07:06
*** ifarkas has joined #openstack-ironic07:07
*** Mikhail_D_ltp has joined #openstack-ironic07:07
*** rameshg87 has joined #openstack-ironic07:09
*** Mikhail_D_ltp has quit IRC07:13
*** Mikhail_D_ltp has joined #openstack-ironic07:13
*** Mikhail_D_ltp has quit IRC07:15
*** Faizan has joined #openstack-ironic07:16
*** coolsvap|afk is now known as coolsvap07:17
*** Mikhail_D_ltp has joined #openstack-ironic07:27
*** ndipanov has joined #openstack-ironic07:32
*** athomas has joined #openstack-ironic07:32
openstackgerritImre Farkas proposed a change to openstack/ironic: Fix workaround for the "device is busy" problem  https://review.openstack.org/9012607:39
*** dtantsur|pto is now known as dtantsur07:42
dtantsurMorning, Ironic \o/ How were things last week?07:42
ifarkasmorning dtantsur and all07:43
ifarkasdtantsur, it was just as usual ;-) how was your vacation?07:43
dtantsurifarkas, very good! though I didn't expect Prague to be so crowded07:44
ifarkasdtantsur, oh yeah, it's always very packed07:45
*** coolsvap is now known as coolsvap|afk07:46
*** Haomeng has quit IRC07:48
*** Haomeng has joined #openstack-ironic07:50
*** rakesh_hs has joined #openstack-ironic07:53
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Add some real-world testing on DiskPartitioner  https://review.openstack.org/9462007:54
GheRiveromorning all07:54
*** coolsvap|afk is now known as coolsvap07:54
*** lazy_prince has joined #openstack-ironic07:54
dtantsurGheRivero, morning07:55
Haomengmorning all:)07:56
*** Mikhail_D_ltp has quit IRC07:56
*** jistr has joined #openstack-ironic07:57
dtantsurHaomeng, morning07:58
Haomengdtantsur: :)07:59
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Add some real-world testing on DiskPartitioner  https://review.openstack.org/9462008:01
*** foexle has joined #openstack-ironic08:03
*** martyntaylor has joined #openstack-ironic08:21
*** lucasagomes has joined #openstack-ironic08:28
Mikhail_D_wkGood morning all :)08:30
*** loki184 has joined #openstack-ironic08:31
dtantsurMikhail_D_wk, morning08:32
*** vinbs has joined #openstack-ironic08:42
*** coolsvap is now known as coolsvap|afk08:47
*** pelix has joined #openstack-ironic08:48
*** sysexit has joined #openstack-ironic08:51
*** viktors has joined #openstack-ironic08:53
*** k4n0 has quit IRC08:53
*** k4n0 has joined #openstack-ironic08:53
*** coolsvap|afk is now known as coolsvap08:54
*** athomas has quit IRC08:58
*** athomas has joined #openstack-ironic09:02
*** rakesh_hs has quit IRC09:05
*** rakesh_hs has joined #openstack-ironic09:07
*** loki184 has quit IRC09:07
openstackgerritA change was merged to openstack/ironic: Driver interface's validate should return nothing  https://review.openstack.org/9785509:15
mrdahey Ironic - just confirming, are we expecting a team meeting in 10 hours or so time?09:16
mrdathe wiki hasn't been updated, that's all09:16
dtantsurmrda, hi! I'm expecting, but I'm not the best source of information right now :)09:17
mrdasure, I underastand09:17
mrdaI'll take the punt and wake up early :)09:17
openstackgerritPhil Day proposed a change to openstack/ironic: Remove node paramter from power_off() method in virt driver  https://review.openstack.org/10019709:18
openstackgerritPhil Day proposed a change to openstack/ironic: Add clean shutdown parameters to power_off()  https://review.openstack.org/9993209:20
openstackgerritA change was merged to openstack/ironic-python-agent: Perform manual error checks instead of set -e  https://review.openstack.org/9786009:27
*** romcheg has joined #openstack-ironic09:38
*** Haomeng has quit IRC09:44
openstackgerritGhe Rivero proposed a change to openstack/ironic-python-agent: Remove duplicated test for caching image  https://review.openstack.org/9923009:46
*** Haomeng has joined #openstack-ironic09:46
mrdaNight ironic09:47
romchegg'night mrda!09:47
*** mrda is now known as mrda-away09:47
romchegSee you today :D09:47
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Updated from global requirements  https://review.openstack.org/9622809:47
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/8872209:47
openstackgerritOpenStack Proposal Bot proposed a change to openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/9626309:52
*** sabah has joined #openstack-ironic09:52
vinbsHello Ironic!09:59
*** coolsvap is now known as coolsvap|afk09:59
*** Haomeng|2 has joined #openstack-ironic10:00
*** Haomeng has quit IRC10:01
lucasagomes:) morning all10:02
lucasagomesdtantsur, welcome back10:02
*** openstackgerrit has quit IRC10:06
romchegMorning lucasagomes, dtantsur!10:06
*** openstackgerrit has joined #openstack-ironic10:07
openstackgerritGhe Rivero proposed a change to openstack/ironic-python-agent: Improve cache_image testing  https://review.openstack.org/9930110:07
openstackgerritMikhail Durnosvistov proposed a change to openstack/ironic: Cleanup mock patch without `with` part 3  https://review.openstack.org/7325610:07
openstackgerritMikhail Durnosvistov proposed a change to openstack/ironic: Get rid of the newline "\"  https://review.openstack.org/6679310:07
*** Nisha has quit IRC10:09
*** coolsvap|afk is now known as coolsvap10:13
*** rakesh_hs has quit IRC10:19
*** matsuhashi has quit IRC10:24
*** matsuhashi has joined #openstack-ironic10:24
lucasagomeslifeless, thanks for the review, I left a comment at #9942610:26
*** matsuhashi has quit IRC10:33
*** matsuhashi has joined #openstack-ironic10:34
*** openstackgerrit has quit IRC10:35
*** openstackgerrit has joined #openstack-ironic10:36
*** max_lobur has joined #openstack-ironic10:36
*** matsuhashi has quit IRC10:41
*** matsuhashi has joined #openstack-ironic10:41
openstackgerritA change was merged to openstack/ironic: Let ipmitool natively retry commands  https://review.openstack.org/9690210:47
*** Haomeng|2 has quit IRC10:47
*** igordcard has joined #openstack-ironic10:48
dtantsurmorning, lucasagomes, romcheg, vinbs!10:49
*** Haomeng|2 has joined #openstack-ironic10:49
*** shausy has quit IRC10:50
*** rakesh_hs has joined #openstack-ironic10:51
*** shausy has joined #openstack-ironic10:51
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic-specs: Promote set_boot_device() from vendor_passtrhu  https://review.openstack.org/10021810:59
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic: Replace mknod() with chmod()  https://review.openstack.org/9948411:14
*** nosnos has quit IRC11:15
*** sabah has quit IRC11:16
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Test for membership should be 'not in'  https://review.openstack.org/9741211:19
*** matsuhashi has quit IRC11:29
*** matsuhashi has joined #openstack-ironic11:29
*** matsuhashi has quit IRC11:33
vinbsHello Ironic, I'm coming across an error at pxe deploy stage11:37
vinbsI'm trying to launch an instance on real hardware with openstack ironic11:38
vinbsmy baremetal server gets an ip address assigned and  also I can see all the devices on the server getting initialized11:39
*** lucasagomes is now known as lucas-hungry11:40
vinbsbut after this stage "request Ironic API to deploy image"11:40
vinbswhich gets accepted11:40
vinbsI get this error on the baremetal server:11:40
vinbsdaemon.err tgtd: iser_ib_init(3349) Failed to intialize RDMA11:41
*** coolsvap is now known as coolsvap|afk11:41
vinbsafter this the server goes into reboot and on the openstack side the launch instance state goes into running11:44
vinbsand openstack sees it as successful deploy of OS11:44
vinbsbut my server after reboot goes into pxe boot again since OS wasn't deployed11:45
rameshg87vinbs: after pxe deploy, the node does pxe boot again. so node doing pxe boot again after deployment is expected11:50
rameshg87vinbs, do you see the error "Failed to intialize RDMA" on the baremetal ?11:51
*** lazy_prince has quit IRC11:53
dtantsurGheRivero, could you give your updates on https://bugs.launchpad.net/ironic/+bug/1198813 and https://bugs.launchpad.net/ironic/+bug/1199532 ?11:54
*** jdob has joined #openstack-ironic11:54
dtantsurYou've been assigned for quite a while11:54
dtantsurGheRivero, ah, and https://bugs.launchpad.net/ironic/+bug/119953611:54
vinbsrameshg87, yes I see the error "Failed to intialize RDMA" on the baremetal server11:54
vinbsand here's the ironic conductor log http://paste.openstack.org/show/84158/11:55
vinbsI can see errors related to ISCSI, but I don't completely understand what the error means11:55
rameshg87vinbs, lines 26-38 on the copied output11:59
rameshg87vinbs, it seems sfdisk command failed on the ironic conductor node.12:00
rameshg87vinbs: is sfdisk installed on the conductor node, btw ?12:00
vinbsRameshg87, yes it is installed12:01
rameshg87vinbs, not saying that is the reason, but you might be running an older version of ironic.  the new ironic has changed to use the parted utility12:02
rameshg87instead of sfdisk12:02
vinbsrameshg87, is there a way I can share a screenshot? I can show you the error which is thrown on the baremetal server?12:03
vinbsrameshg87, oh.. didn't know that. But it should work fine with sfdisk utility too right?12:03
rameshg87vinbs, yes, it should work fine with sfdisk utility as well12:03
rameshg87vinbs, can you just run this command on your conductor node to see if everything is proper with rootwrap and sfdisk: sudo ironic-rootwrap /etc/ironic/rootwrap.conf sfdisk -l12:05
vinbsrameshg87, I'm logged in as root, so I would be running it without the sudo.12:06
rameshg87vinbs, hmm okay give a try as root first first, but i would suggest to run as non-root user and see if ironic-rootwrap succeeds12:07
*** rakesh_hs has quit IRC12:07
GheRiverodtantsur: sure. will do later today12:08
vinbsrameshg87, here's the output from that command http://paste.openstack.org/show/84160/12:08
dtantsurGheRivero, thanks!12:08
vinbsI'm getting an error12:08
*** rakesh_hs has joined #openstack-ironic12:10
rameshg87vinbs, that error seems fine .. i was just wondering if ironic-conductor wasn't able to execute sfdisk at all12:11
rameshg87vinbs, does it fail only for this machine ?12:11
vinbsrameshg87, I haven't tried with any other machine yet12:11
rameshg87vinbs, i suggest to try with the latest code, but i can't assure if it will make any difference .. it might be a disk read/write error or something else that causes sfdisk to fail12:13
*** rakesh_hs has quit IRC12:14
vinbsrameshg87, okay.. let me try with the latest code12:14
rameshg87vinbs, may be it will give a better clue12:14
*** rakesh_hs has joined #openstack-ironic12:14
*** romcheg has left #openstack-ironic12:15
*** romcheg has joined #openstack-ironic12:15
rameshg87vinbs, now it just says sfdisk returned 112:15
vinbsrameshg87, I'm using openstack setup not a devstack setup12:15
*** bmahalakshmi has joined #openstack-ironic12:15
vinbsrameshg87, how would I be upgrading my code?12:15
vinbsrameshg87, a very basic thing which I don't know yet :)12:16
rameshg87vinbs, how did you install ironic btw12:18
vinbsrameshg87, I have an all-in-one openstack icehouse setup12:19
*** bmahalakshmi has quit IRC12:19
vinbsrameshg87, and i followed this guide to setup ironic http://docs.openstack.org/developer/ironic/install/ironic-install.html#configure-compute-service-to-use-the-bare-metal-service12:19
*** igordcard has quit IRC12:19
*** bmahalakshmi has joined #openstack-ironic12:20
*** bmahalakshmi has quit IRC12:20
rameshg87vinbs, i am not sure - you might want to check with others as well, but you can download the tarball from here that was released last week juno-1: https://launchpad.net/ironic12:20
vinbsrameshg87, ok I will check that out12:21
vinbsrameshg87, thanks a bunch :)12:21
rameshg87vinbs, :-)12:21
rameshg87lucasagomes, dtantsur, a request to a look at the review https://review.openstack.org/#/c/89500/12:22
*** maha2 has joined #openstack-ironic12:22
*** maha2 has quit IRC12:23
dtantsurwill look in a few minutes12:23
*** maha2 has joined #openstack-ironic12:23
*** romcheg has left #openstack-ironic12:23
*** romcheg has joined #openstack-ironic12:23
*** maha2 has quit IRC12:23
*** bmaha has joined #openstack-ironic12:24
*** vinbs has quit IRC12:26
*** martyntaylor has quit IRC12:30
*** linggao has joined #openstack-ironic12:37
*** lucas-hungry is now known as lucasagomes12:39
*** k4n0 has quit IRC12:40
*** shausy has quit IRC12:41
*** petertoft has joined #openstack-ironic12:43
*** shausy has joined #openstack-ironic12:45
*** martyntaylor has joined #openstack-ironic12:45
*** bmaha has quit IRC12:50
rameshg87hello dtantsur12:53
rameshg87dtantsur: thanks for the review. i wanted clarification on one comment12:53
*** k4n0 has joined #openstack-ironic12:54
dtantsurrameshg87, sure12:58
rameshg87dtantsur, this is regarding the comment on line 54 on this file: https://review.openstack.org/#/c/89500/16/ironic/tests/drivers/ilo/test_common.py13:02
NobodyCamGood Morning iRonic13:03
rameshg87dtantsur, this was done to avoid skipping tests as per on the previous patch,  PS1513:03
rameshg87good morning NobodyCam :-)13:03
dtantsurrameshg87, is is good, but mocking should not be done this way13:03
NobodyCam:)13:03
dtantsurNobodyCam, morning :)13:03
NobodyCammorning rameshg87 and dtantsur :)13:04
*** jdob has quit IRC13:04
*** jdob has joined #openstack-ironic13:04
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic-specs: Promote set_boot_device() from vendor_passtrhu  https://review.openstack.org/10021813:04
*** rloo has joined #openstack-ironic13:04
*** rloo has quit IRC13:04
rameshg87dtantsur, mainly it was to mock ilo_client.IloError13:05
*** rloo has joined #openstack-ironic13:05
rameshg87for example, the usage at https://review.openstack.org/#/c/89500/16/ironic/drivers/modules/ilo/common.py, L124-12713:05
dtantsurI remember, yes.13:05
dtantsurit's the correct idea. The implementation is incorrect13:06
rameshg87dtantsur, oh okay. now i get it.  :-)13:06
rameshg87dtantsur, i didn't notice it was to add "@mock.patch.object(ilo_common, 'ilo_client')"13:07
rameshg87dtantsur, i never thought about trying this out :-)13:07
dtantsuryes :)13:07
rameshg87dtantsur, let me give a try ...13:07
rameshg87dtantsur, thanks13:07
rameshg87:-)13:07
*** rakesh_hs has quit IRC13:08
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove 'node' parameter from the validate() methods  https://review.openstack.org/9110413:15
lucasagomes^ had a 2 +2 before, needed rebase...13:15
NobodyCamoh such sleepy time hold music13:15
*** coolsvap|afk is now known as coolsvap13:17
NobodyCambeethoven's lullaby to callers13:18
*** krtaylor has joined #openstack-ironic13:18
lucasagomesNobodyCam, when u get some time can u take a look at 91104?13:18
NobodyCamotp atm13:18
rloomorning everyone!13:18
lucasagomesNobodyCam, :D hah13:18
NobodyCamgood mornig rloo13:18
lucasagomesrloo, morning13:18
rloolucasagomes: if it is only a rebase, I'll +2 91104 after Jenkins approves. Oh, I guess I can do it now.13:19
lucasagomesrloo, yeah it was only a rebase, we removed some code from the validate() in the ipmitool (https://review.openstack.org/#/c/99121/) and it was conflicting with that change13:20
*** jdob_ has joined #openstack-ironic13:20
*** Faizan has quit IRC13:21
rushiagrrameshg87: is this driver required for working with an HP iLO gen8 machine?13:22
rushiagrI was trying Ironic with that machine, and following this blog  http://ma.ttwagner.com/bare-metal-deploys-with-devstack-and-ironic/ with some modifications13:22
rushiagrand the provisioning failed, the prominent error was 'timout happened waiting for callback' or something on these lines13:23
rameshg87rushiagr: the current ironic driver works with hp proliant gen8 machines13:23
*** martyntaylor1 has joined #openstack-ironic13:23
*** martyntaylor has quit IRC13:23
rushiagrI was thinking I made some networking configuration error, but then saw the conversation above13:23
*** martyntaylor has joined #openstack-ironic13:23
rloolucasagomes: done ;)13:24
rameshg87rushiagr, the newly proposed driver only tries to some other capabilities (like avoiding pxe in deploy, etc)13:24
rushiagrrameshg87: okay, so it looks like the issue is something else. I was using the 'pxe_ipmitool' driver btw, just to be more clear13:24
rameshg87rushiagr, yeah issue must be something else .. :-)13:24
*** martyntaylor has quit IRC13:24
rushiagrrameshg87: oh, okay.13:25
rushiagrrameshg87: okay, thanks.13:25
*** martyntaylor has joined #openstack-ironic13:25
lucasagomesrloo, ta much!13:25
*** jdob has quit IRC13:26
*** jdob_ is now known as jdob13:26
dtantsurrloo, morning13:32
rlooafternoon dtantsur :)13:33
*** jgrimm_ has joined #openstack-ironic13:35
openstackgerritjan grant proposed a change to openstack/ironic: WIP: Serialise paramiko requests  https://review.openstack.org/9962613:35
openstackgerritGhe Rivero proposed a change to openstack/ironic: Migration to oslo.db  https://review.openstack.org/9213813:36
openstackgerritA change was merged to openstack/ironic: Test for membership should be 'not in'  https://review.openstack.org/9741213:36
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: SSH virsh to use the new ManagementInterface  https://review.openstack.org/8988413:37
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: IPMITool to use the new ManagementInterface  https://review.openstack.org/8609213:37
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: SeaMicro to use the new ManagementInterface  https://review.openstack.org/8632813:37
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: IPMINative to use the new ManagementInterface  https://review.openstack.org/8658813:37
*** shausy has quit IRC13:39
NobodyCamlucasagomes: got a second to chat about 84631?13:42
lucasagomesNobodyCam, sure, 84631 ?!13:42
lucasagomeshttps://review.openstack.org/#/c/84631 ?13:42
NobodyCam:-p 8436113:43
NobodyCamdoh13:43
lucasagomesah :)13:43
lucasagomesI think someone already proposed something for that no?13:43
lucasagomeshttps://review.openstack.org/#/c/91719/13:44
NobodyCamya but that is ssh only, and I think I am hitting that on real hw13:44
NobodyCam(thou not 100% sure)13:44
NobodyCamwas the thinking that its not needed with real hw because of post time?13:45
lucasagomes+113:45
lucasagomesbut I think that 91719 would cover that13:46
lucasagomesit's doing it in the PXE module13:46
lucasagomeswhich might cover pxe_ipmitool, pxe_ipminative, pxe_ssh etc...13:46
NobodyCam91719 is checking the power driver13:46
NobodyCamseems what we need to leverage is 7804113:47
lucasagomesohh I see13:47
lucasagomesyeah I think it might worth to wait it idependent of the power driver13:47
*** martyntaylor has quit IRC13:48
NobodyCamya13:49
*** martyntaylor has joined #openstack-ironic13:50
NobodyCamoh I need to go walkies in hte rain... brb13:50
*** k4n0 has quit IRC13:50
lucasagomes:)13:51
lucasagomesNobodyCam, mind adding a comment on that patch saying that ur hitting it also in the baremetal? so adam_g can adapt the patch13:51
jrollmornin y'all13:53
lucasagomesjroll, good morning13:53
jrollhey lucasagomes :) 2 things for you - jfyi, I rebased your instance_info stuff on top of https://review.openstack.org/#/c/90233/ (working on a chain for the agent driver) - also did a bit more refactoring on 90233 after talking to deva, if you'd like to look13:55
NobodyCamwow that was one of the quickest walkies I had..13:55
jrollNobodyCam: joggies?13:55
jroll:P13:55
jrolldtantsur: welcome back! when you have time today, we're waiting on your vote for these two IPA patches: https://review.openstack.org/#/c/91202/ https://review.openstack.org/#/c/98678/ :)13:56
dtantsurjroll, hi, sure, will look in 5-10 minutes :)13:57
*** igordcard has joined #openstack-ironic13:57
jrolldtantsur: no rush at all, thanks! :)13:57
*** k4n0 has joined #openstack-ironic13:59
lucasagomesjroll, thank you for that13:59
*** jistr has quit IRC13:59
jrollnp14:00
lucasagomeswill review 90233 again, it's important to get it merged asap14:00
NobodyCamgood morning jroll14:00
jrollyes14:00
NobodyCamadded lucasagomes14:00
jrolllucasagomes: I just pulled out the cleanup stuff14:00
jrolllucasagomes: deleting the pxe config from disk etc14:00
lucasagomesright14:00
*** jistr has joined #openstack-ironic14:01
*** dwalleck has joined #openstack-ironic14:07
*** dwalleck has quit IRC14:08
*** dwalleck has joined #openstack-ironic14:08
openstackgerritChris Krelle proposed a change to openstack/ironic: Enforce a minimum time between all IPMI commands  https://review.openstack.org/9655814:10
*** dhellmann has quit IRC14:12
*** dhellmann has joined #openstack-ironic14:13
agordeevgood morning Ironic!14:15
NobodyCamgood morning agordeev14:16
agordeevdoes anybody know where is better to ask about cloud-init in context of images built by disk-imagebuilder?14:16
agordeevNobodyCam: morning :)14:16
NobodyCamagordeev: #tripleo14:16
agordeevNobodyCam: ty!14:16
*** romcheg1 has joined #openstack-ironic14:19
*** romcheg has quit IRC14:20
dtantsuragordeev, morning14:21
agordeevdtantsur: morning14:22
*** romcheg has joined #openstack-ironic14:23
*** dwalleck has quit IRC14:23
*** romcheg1 has quit IRC14:25
*** k4n0 has quit IRC14:27
openstackgerritA change was merged to openstack/ironic-python-agent: Use processutils properly  https://review.openstack.org/9120214:27
*** dwalleck has joined #openstack-ironic14:28
*** rwsu has joined #openstack-ironic14:29
openstackgerritRamakrishnan G proposed a change to openstack/ironic: Add IloDriver and its IloPower module  https://review.openstack.org/8950014:29
*** coolsvap is now known as coolsvap|afk14:30
*** rameshg87 has left #openstack-ironic14:30
NobodyCamnext call time.. back in a bit14:55
*** foexle has quit IRC14:55
*** jistr has quit IRC14:58
NobodyCammore sleepy time hold music :(14:58
*** jistr has joined #openstack-ironic14:59
* NobodyCam always thinks of this when waiting for conf calls: https://www.youtube.com/watch?v=fGGWrJp4JHA&feature=kp15:00
*** rloo has quit IRC15:02
*** rloo has joined #openstack-ironic15:03
*** datajerk has joined #openstack-ironic15:06
lucasagomesNobodyCam, dtantsur https://review.openstack.org/#/c/91104/15:06
lucasagomeshad a 2 +2 before, and was rebased15:06
* dtantsur is looking15:06
*** dwalleck has quit IRC15:07
*** pcrews has joined #openstack-ironic15:07
*** Guest8031 is now known as mgagne15:08
*** mgagne has joined #openstack-ironic15:08
*** mdorman has joined #openstack-ironic15:09
rloolucasagomes: https://review.openstack.org/#/c/98372/. Do you know any reason why it wasn't approved?15:11
lucasagomesrloo, gate problems I think15:11
lucasagomesgate was very slow before so we were approving15:11
lucasagomesonly important bug fixes etc15:11
rloolucasagomes: so I shouldn't approve? oh, this is from last week. are we ok approving things this week?15:12
lucasagomeshmm I'm approving stuff today15:12
lucasagomesgate seems fast enough15:12
dtantsurrloo, gate seems to work ok, I'm approving things as well15:12
*** devananda 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"15:12
rloodtantsur, lucasagomes: ok thx. I approved it.15:13
devanandamorning, all15:13
lucasagomesdevananda, morning15:13
dtantsurdevananda, morning15:13
rloomorning devananda15:13
devanandasdague changed a few things late last week, ironic is no longer in the integrated gate15:14
dtantsurwhat does it mean for us?15:14
devanandameaning, essentially, we have our own queue and landing patches is now must faster for us15:14
dtantsuroh, wow15:14
devanandanon-integratd projects (like ones still in incubation) shouldn't be part of the integrated gate15:14
devanandawhen ironic graduates, we'll become part of that gate15:15
devanandasome changes to the way oslo gets tested caused it to happen prematurely (that's what he fixed)15:15
lucasagomesseems reasonable15:16
*** rloo has quit IRC15:16
NobodyCamgood morning devananda15:16
romchegThat sounds good15:16
romchegMorning devananda!15:16
*** rloo has joined #openstack-ironic15:17
NobodyCammorning romcheg15:18
romchegg'morning NobodyCam!15:18
*** datajerk has quit IRC15:18
*** zul has quit IRC15:22
dtantsurfolks, are we having a meeting today? I already started filling agenda :)15:24
devanandadtantsur: yep15:26
openstackgerritRuby Loo proposed a change to openstack/ironic: VendorPassthru.validate()s call _parse_driver_info  https://review.openstack.org/9755815:27
dtantsurcool! than see you later15:27
*** dtantsur is now known as dtantsur|afk15:27
lucasagomesdevananda, for the mgmt interface spec... you think it's ok to make the REST API as a different spec?15:32
lucasagomesdevananda, since we don't want to expose any function accessing the BMC directly (sync)15:32
*** viktors is now known as viktors|afk15:32
lucasagomeswe need to change the datamodel etc15:32
devanandalucasagomes: no, i think the changes to the REST API that are necessatedby the new management interface should be part of the spec15:34
lucasagomesdevananda, right ok, gotta include those in the spec then15:35
devanandalucasagomes: given that the async api is still being discussed, i wouldn't pin the mgmtinterface work on that, just descripbe the API structure and base on what can be implemented now15:36
lucasagomesdevananda, right, the get_boot_device will access the BMC directly, is that fine?15:36
lucasagomesI know we can rework that after, I'm ok with that as well15:37
lucasagomesif u say it's cool15:37
devanandalucasagomes: ugh15:37
devanandalucasagomes: then the same for set_boot_device?15:37
lucasagomesdevananda, that's why I was thinking about making it async :)15:37
lucasagomesdevananda, the set we can make async15:37
lucasagomesno bothers15:37
devanandak15:37
lucasagomesdevananda, I can make both async, but for that I would need to include a "boot_device" field on the nodes15:38
lucasagomesdevananda, + a periodic task to sync it15:38
devanandalucasagomes: right15:38
lucasagomeswhich seems fine for me as well15:38
devanandathat's closer to what we've been discussing in the async work15:38
lucasagomes(looking into it now, I'm first trying to find a way to get the boot device from ipmitool)15:38
lucasagomesdevananda, yes15:38
lucasagomestho periodic tasks still needs some tune15:39
lucasagomeshaving another function accessing the BMC to sync state might slow down the other periodic tasks15:39
lucasagomessyncing power state etc15:39
devanandaya. there's a lot we will need to do w.r.t. that eventually15:39
lucasagomessure15:39
*** coolsvap|afk is now known as coolsvap15:39
lucasagomesdevananda, btw, i was looking into15:40
* lucasagomes grab the link15:40
lucasagomesdevananda, https://pypi.python.org/pypi/APScheduler/2.1.215:40
lucasagomesto see if we could replace the periodic tasks with that ^15:40
lucasagomesit's possible... but idk whether we should do that, or change the periodic task in oslo15:41
devanandaincremental improvements are better here, i think, than waiting for The Perfect Solution15:41
lucasagomesto be able to run concurrent15:41
*** ifarkas has quit IRC15:41
lucasagomesdevananda, and... last thing... can I have ur opnion on https://review.openstack.org/#/c/99426/ ?15:43
lucasagomescheck out lifeless comment and my answer please15:43
devanandaso with the IPMI fragility fix we landed last week15:44
devanandarunning periodic tasks that touch the BMC in parallel -- without some better coordination -- doesn't seem likea  good thing15:44
devanandaIOW, I think we'll need to coalesce "things we need to do periodiccally" based on node15:45
devanandaand in run parallel against N nodes15:45
devanandarather than run separate /types of jobs/ in parallel15:46
lucasagomesright yeah I agree it's not a great idea to run a lot of periodic tasks, becasue hmm I don't think we want to bombard the BMC with a lot of requests15:47
openstackgerritA change was merged to openstack/ironic: Remove 'node' parameter from the validate() methods  https://review.openstack.org/9110415:47
lucasagomesyeah we need to come up with a plan15:47
lucasagomesdevananda, not the perfect solution... so maybe we should leave the get_boot_devices requesting it directly to the BMC then, until we come up with a plan15:50
devanandalucasagomes: not just "we dont want to" -- we will prevent it once https://review.openstack.org/#/c/96558/ lands15:52
lucasagomesah, I see15:52
*** igordcard has quit IRC15:52
*** bearhands is now known as comstud15:53
*** rloo has quit IRC15:54
*** rloo has joined #openstack-ironic15:55
*** max_lobur has quit IRC15:56
*** martyntaylor has quit IRC15:56
*** jcoufal has quit IRC15:56
*** dividehex has joined #openstack-ironic15:57
*** ellenh has joined #openstack-ironic16:00
linggaomorning Ironic.16:01
lucasagomesmorning linggao16:01
NobodyCammornign linggao16:01
linggaoHey lucasagomes NobodyCam16:02
linggaoquestion:  in a large BM pool where there are many ironic-conductors,16:03
linggaodo we assign one ironic nova driver to each conductor?16:03
devanandalinggao: no - at the moment, you should probably just use one nova-compute16:04
devanandalinggao: for the whole cluster16:04
lucasagomesno it's totally transparent for the n-cpu16:04
lucasagomesyeah that ^16:04
devanandalinggao: there has been work done to allow multiple nova-compute processes to manage the same pool in an active-active fashion16:05
devanandathus providing high-availablility for the n-cpu layer16:05
devanandaI dont think much testing has been done with that, and I'm fairlysure there are some race conditions that we haven't fixed yet, just from my knowledge of the old nova code16:06
linggaoso for now  one nova-comoute works with many nodes where ironic-conductors are on?16:06
devanandayes16:06
*** eghobo has joined #openstack-ironic16:06
linggaook, thanks devananda.16:06
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: SSH virsh to use the new ManagementInterface  https://review.openstack.org/8988416:06
devanandaand you can try multiple nova-compute, but you will definitely need to use this class16:06
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: IPMITool to use the new ManagementInterface  https://review.openstack.org/8609216:06
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: SeaMicro to use the new ManagementInterface  https://review.openstack.org/8632816:06
devanandahttps://github.com/openstack/ironic/blob/master/ironic/nova/compute/manager.py16:06
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: IPMINative to use the new ManagementInterface  https://review.openstack.org/8658816:06
devanandainstead of default ComputeManager16:07
*** hemna_ is now known as hemna16:08
*** athomas has quit IRC16:13
linggaodevananda, FYI, we are still working on setting up the third party ci, moving on slowly. Had some issues, hope it can be up soon.16:15
*** blamar has joined #openstack-ironic16:16
NobodyCamlinggao: awesome-ness16:18
linggaoNobodyCam, thanks. We are still play with the basic setup. Have not gotten to the real Ironic testing part yet.16:19
linggaoHuge learming cuve to clump up for us.16:20
linggaolearning curve16:20
linggaoI cannot spell today :-)16:20
linggaoclimb?16:20
romcheglinggao: Yeah, learning curve for Infra's stuff is very hard16:20
linggaoromcheg, true.16:21
romcheglinggao: You know either nothing or the most of the things :)16:21
linggao:)16:21
romchegAgain, I have no idea how to change that so just complaining :)16:22
linggaoromcheg, I found out that working in community projects makes you (I mean me) feel very stupid. Maybe just me. It gets rid of all your pride. But good thing is that you learn a lot.16:23
*** dividehex has quit IRC16:24
romcheglinggao: +1! That's exactly what I feel and think :)16:25
linggaoromcheg, I feel better now :-).16:26
*** blamar has quit IRC16:31
devanandalucasagomes: in looking at your iPXE patch 9931816:34
*** ifarkas has joined #openstack-ironic16:34
devanandalucasagomes: it appears to assume that iPXE loader will be fetching images from a local apache server16:34
lucasagomesdevananda, yes16:34
lucasagomesyou can configure the http_root and http_server if u want16:35
lucasagomesthere's also a devstack patch that you can use to test it16:35
* lucasagomes lemme find the patch no16:35
lucasagomes#99677 I see u reviewed it, thanks16:36
devanandajust reviewed the devstak patch :)16:36
romchegGuys, is dict thread-safe?16:36
devanandalucasagomes: so one of the neat things about making boot more scalable with ipxe will be being able to fetch iamges directly from glance16:36
devanandaromcheg: dict?16:36
devanandaromcheg: the data type?16:36
romchegYes16:36
devanandaromcheg: it's a python built-in. i'm going to assume its threadsafe until someone shows me evidence otherwise.16:37
lucasagomesdevananda, yes! I thought bout it and we have a spec right now16:37
devanandaromcheg: actually, how are you using a dict between threads?16:37
romchegI just realised, I do not know whether adding/changing data in the dict in parallel is going to make any problems16:37
romchegdevananda: https://review.openstack.org/#/c/96558/22/ironic/drivers/modules/ipmitool.py16:37
lucasagomesdevananda, adding support to the swift urls16:37
romchegLike this16:38
devanandalucasagomes: right. so at some point we'll need pxe driver t ounderstand /not/ downloading images locally16:38
lucasagomesdevananda, yes, can be configurable whether u want it to downloading directly from glance+swift or locally16:38
lucasagomeswe just need a flag for it to make it pluggable16:39
romchegdevananda: Probably I'm just panicking16:39
devanandaromcheg: so we aren't using real threads here16:40
devanandaromcheg: this shouldn't even run in separate PHYSICAL threads. just separate greenthreads16:40
romchegdevananda: Yeah. Should work16:40
lucasagomesromcheg, we can't change a dict when it's being interacted16:40
lucasagomeshttp://stackoverflow.com/questions/3358770/python-dictionary-is-thread-safe16:40
devanandaromcheg: if we were using real threads here, then you'd be correct, and we should use a threadsafe data type instead of a dict16:41
romchegSometimes I forget about green threads16:41
romchegSorry for making panic :)16:41
devananda:)16:41
lucasagomesdevananda, so, one thing about downloading it from glance is that we would need to use temporary urls... but they should not be temporary u know16:42
lucasagomesdevananda, once it's in the config file, the URL should exist until we tear down that node or something16:42
lucasagomesdevananda, I have to investigate it because I'm not familiar with swift temp urls16:43
NobodyCambrb16:43
devanandalucasagomes: that node would only need to download deploy k&r and user image once16:43
devanandaif it were set to lcoal boot, that'd be it. othwerise, yea, it' could need to download user k&r repeatedly16:43
lucasagomesdevananda, and the image kernel/ramdisk will be local?16:44
lucasagomesI thought about leaving it in glance as well16:44
devanandai have a draft spec up for supporting different types of boot state16:44
devanandawe do need to support local boot16:44
lucasagomesah right, yeah with localboot that would work16:44
lucasagomesbut cool I will keep it in mind once the swift stuff gets in16:46
lucasagomesI will see if I can add HTTPS support to it as well16:46
lucasagomesgotta play with the certificate creation and stuff16:46
*** jistr has quit IRC16:46
*** eghobo has quit IRC16:47
*** eghobo has joined #openstack-ironic16:47
lucasagomesdevananda, I will add a note in the scability part of the spec about fetching images directly from glance so we don't forget16:49
lucasagomes(as a future work)16:49
*** ifarkas has quit IRC16:50
devananda++16:53
*** ifarkas has joined #openstack-ironic16:53
lucasagomesaight, I will eat something will be back for the meeting later on16:54
*** lucasagomes is now known as lucas-dinner16:54
openstackgerritEllen Hui proposed a change to openstack/ironic: Add more INFO logging to ironic/common  https://review.openstack.org/9949516:57
JayFdtantsur|afk: thanks for the approval on the agent catch16:58
JayF*patch16:59
*** rameshg87 has joined #openstack-ironic17:04
jrolldevananda: fwiw, we have an environment running two nova-compute nodes. we'll definitely make noise if things break :)17:05
jrolllinggao: ^17:06
devanandajroll: ooh, good to know17:06
JayFWe'd strongly prefer to not have to make noise :P17:07
*** rloo has quit IRC17:07
*** rloo has joined #openstack-ironic17:07
jrollthis has 2 +2's on it :) https://review.openstack.org/#/c/9023317:13
JayFjroll: it's approved17:18
JayF\o/17:18
JayFJoshNang should appreciate that ^^17:18
jrollsick17:18
jrollthanks y'all17:18
*** rloo has quit IRC17:23
openstackgerritEllen Hui proposed a change to openstack/ironic: Add more INFO logging to ironic/common  https://review.openstack.org/9949517:26
*** martyntaylor has joined #openstack-ironic17:26
openstackgerritGhe Rivero proposed a change to openstack/ironic: Migration to oslo.db  https://review.openstack.org/9213817:27
*** ndipanov has quit IRC17:27
JayFjroll: it's double-obnoxious. Looks like the comment 72h after the last one appears to have kicked off another check... so it has to pass check, then go into the gate for merge17:28
JayFjroll: so for that to merge we're going to be queuing twice17:28
JayFhuzzah17:28
* jroll shrug17:28
jrollwe have our own gate now17:28
jrollis quite fast17:29
JayFyeah but we don't have our own check queue17:29
JayFand that is /not/ quite fast17:29
* jroll still shrugs17:30
*** martyntaylor has left #openstack-ironic17:31
*** rloo has joined #openstack-ironic17:32
jrollI hate to plug patches, but it's been almost a month since a core reviewed this patch: https://review.openstack.org/#/c/8674417:32
devanandaGheRivero: have you followed the discussion around db migration test bugs in oslo.db?17:33
devanandaGheRivero: I think we will need to do some cleanup in our code after https://review.openstack.org/#/c/93424/ lands to be able to benefit from it17:34
devanandaGheRivero: and probably rip out more once https://review.openstack.org/#/c/99965/2 lands (alembic migrations in oslo.db)17:34
*** pelix has quit IRC17:34
jrolldevananda: quick(?) question: what's blocking boot from local disk today?17:36
jrolldevananda: just that we are not writing a boot partition?17:36
devanandajroll: technically? yes.17:36
devanandajroll: have you seen the draft spec I put up describing several different needs thereabouts?17:37
devanandajroll: also, pls dont hesitate to ping folks if you feel a patch has fallen off the review queue. like that one.17:37
jrolldevananda: I've seen that it exists :P17:37
devanandajroll: fwiw, i appreciate the pings17:37
* jroll will read17:37
jrolldevananda: ok, great :)17:37
devanandajroll: thanks. it's probably incomplete. if taht's a feature ya'll want to work on, i'd be happy to have someone else run with the spec, too :)17:38
JayFI think the agent already supports local boot ;)17:38
jrolldevananda: context for my question: IPA today only supports whole disk images and boot from local disk17:38
*** romcheg has left #openstack-ironic17:38
*** romcheg has joined #openstack-ironic17:38
jrollJayF: that's more because we don't support root/swap/ephemeral like we should :/17:39
devanandaso I think we need a programatic way to expose//determine what boot modes are supported//chosen//desired by what17:39
JayFI wish --preserve-ephemeral didn't exist. I don't like the concept especially in concert with hardware :X17:39
*** ChanServ changes topic to "OpenStack Bare Metal Provisioning | Docs: http://docs.openstack.org/developer/ironic/ | Bugs: https://bugs.launchpad.net/ironic | Status: https://etherpad.openstack.org/p/IronicWhiteBoard"17:39
devanandaeg, some images may only be suitable for use with local boot. some nodes may be required to only netboot. etc17:40
devanandaJayF: ditto, but it was added to nova-baremetal and thus ironic is required to support it17:40
JayFCan we have a secret plan to deprecate it as soon as we graduate?17:41
JayF:P17:41
devanandaJayF: though my dislike for it aside, I do see hwo it's useful for certain workloads (eg, tripleo)17:41
devananda"upgrade the image on this machine without destroying my /data volume"17:41
JayFI just think in a world where we want to treat servers like cattle, the idea of 'preserving' data from the node seems silly17:41
devanandais what it wants to be17:41
devanandaJayF: exactly17:41
devanandaexcept ^17:41
JayFI would be of the opinion something like that should be done with operating system / config management tools, not Openstack, but I'm too late to the party to have this argument :(17:42
devanandaJayF: CM tools don't work at fleet scale17:42
devanandai'm generalizing, but generally speaking, they don't17:43
JayFI've run fleets of servers with CM tools, but okay :)17:43
JayFaka multi-thousand server environments.17:43
devanandathat's the tipping point17:43
devananda10^3 is workable for today's CM tools. entropy is low enough that divergence in the fleet is manageable by humans17:44
devanandaat 10^6 the entropy and divergence becomes unmanageable for humans, and the CM systems I've seen don't handle it well either17:44
*** ellenh has quit IRC17:45
devanandaincreased homogeneity across the fleet is needed. hence, golden images, and doing upgrades by pushing out new golden images, rather than using packages17:46
*** rloo_ has joined #openstack-ironic17:46
devanandaat least that's my working theory :)17:46
*** rloo__ has joined #openstack-ironic17:47
devanandaJayF: i'd be very interested in ya'll's experience with CMS if you've had success with them beyond ~10^3 nodes17:48
*** rloo_ has quit IRC17:50
*** max_lobur has joined #openstack-ironic17:51
*** blamar has joined #openstack-ironic17:52
*** ellenh has joined #openstack-ironic17:54
*** rloo__ has quit IRC17:55
*** rloo_ has joined #openstack-ironic17:56
*** rloo_ has quit IRC17:56
*** rloo_ has joined #openstack-ironic17:56
*** rloo_ has quit IRC17:56
*** rloo_ has joined #openstack-ironic17:57
JayFdevananda: My experience mainly would say that at that level of scaling, you need to talk about /replacing/ services rather than upgrading inline.17:59
JayFWhich is why the argument as that being the use case for --preserve-ephemeral is a little perplexing to me17:59
JayFI'd never run an inline upgrade on a server where data mattered; I'd deploy a copy of it and migrate over data18:00
Shrewsadam_g: I *think* I might have a handle on waiting for the ironic node between tempest tests: https://review.openstack.org/#/c/94439/7/tempest/scenario/manager.py18:00
*** harlowja has joined #openstack-ironic18:05
openstackgerritA change was merged to openstack/ironic: Reuse validate_instance_and_node() Nova ironic Driver  https://review.openstack.org/9837218:13
*** rloo_ has quit IRC18:13
*** rloo_ has joined #openstack-ironic18:13
openstackgerritRussell Haering proposed a change to openstack/ironic-python-agent: Fix HardwareManager loading order bug  https://review.openstack.org/9867818:14
NobodyCamI know late notice, but any one have changes / updates for the agenda?18:15
JayFlet me look at it18:15
JayFAny objection to me adding a link to the meeting agenda on the whiteboard?18:16
JayFI just want it accessible via /topic somehow :)18:16
JayFlgtm as it sits18:17
*** harlowja has quit IRC18:19
*** harlowja has joined #openstack-ironic18:19
lifelesslucas-dinner: devananda: replied18:19
devanandahmm, looks like the bot changed the room topic to the old one18:21
NobodyCamdevananda: that bot broke over the weekend18:22
*** devananda 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"18:22
*** dtantsur|afk has quit IRC18:23
*** dtantsur has joined #openstack-ironic18:23
NobodyCamlifeless: sorry I missed the ping RE 98050... sure18:25
dtantsurg'evening. If anyone asked me something, please retry, as my client lost the history :(18:26
JayFI just told you thanks for getting that fix in :)18:27
adam_gShrews, nice!18:28
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Drivers determine acceptable power states  https://review.openstack.org/8674418:30
lifelessNobodyCam: thanks18:30
jrollthat's a rebase, should be good to go now ^18:30
devanandaJoshNang: comments on https://review.openstack.org/#/c/86744/18:34
devanandaor jroll ^18:35
jrolldevananda: thanks18:37
*** rloo_ has quit IRC18:37
*** rloo_ has joined #openstack-ironic18:38
NobodyCamlifeless: side was there any one patch that help with the tftp timeout issue the hp ce guys  were running into? ES team seems to be runing into the same issue where nodes power on get ipaddress then timeout with tftp error18:40
jrolldevananda: totally agree - although I think the check for changing the instance<->node association of an already-deployed node should not be based on power state (which is part of this change)18:40
*** rloo_ has quit IRC18:40
*** rloo_ has joined #openstack-ironic18:40
jrolldevananda: essentially, the goal is that the driver can determine if the power state is acceptable for deploys, which that bit plays a role in18:41
jrolldevananda: I agree that the change does more than it should, though, will fix18:41
jrollthanks!18:41
lifelessNobodyCam: they had the wrong eth card in their br-ctlplane18:41
lifelessNobodyCam: the logpower driver worked fine once we identified that and corrected it18:41
devanandajroll: welcome! I agree with the parts that the commit message covers18:42
lifelesswell, modulo my bug with assuming macs was present18:42
jrolldevananda: great :) there will need to be changes in that section, just different than what is currently there18:42
NobodyCamahh... lifeless would you have a second to take a look at teh ironic "hipChat" channel I was trying to help them on Sunday18:43
lifelessk18:44
dtantsurlifeless, could you have some agreement with devananda on https://bugs.launchpad.net/python-ironicclient/+bug/1327517 if you insist?18:44
jrollwe have a hipchat channel? O.o18:44
devanandajroll: also, think about how this will interact with making the API async. we'll need to be able to perform the validation in the API layer as well, I believe18:44
devanandajroll: no, they're talking about internal things ...18:44
jrolloh, heh18:45
jrolland yeah, wuill consider the async work18:45
jrollwill, even18:45
Shrewsadam_g: I'll reply in the review, but also here... so, 'sync' sends the flush request to the kernel, but the kernel may not do it right away. So the sleep() is necessary to give it time.18:49
Shrewsadam_g: which is why they used to (still do?) recommend 3 syncs. The time it took to type the extra 2 syncs gave the kernel time to flush  :)18:50
*** rameshg87 has left #openstack-ironic18:50
GheRiveromorning all18:51
lifelessShrews: huh, sync is a blocking clll18:52
adam_gShrews, fer real? i always thought 'sync' was atomic.18:52
lifelessits not atomic18:52
lifelessbut it is blocking18:52
lifelesswhen it returns, the kernel has successfully synced all the pages that were dirty at the start of the call, as well (IIRC) triggering a barrier on all fs's.18:53
russell_hif so, that's new18:54
russell_hand by "new" I mean less than 5 years old18:54
*** dwalleck has joined #openstack-ironic18:54
russell_hhttp://man7.org/linux/man-pages/man8/sync.8.html18:55
russell_h"On Linux, sync is guaranteed only to schedule the dirty blocks for writing"18:55
russell_her, I guess the actual syscall docs are more authoritative18:56
russell_hbut say the same thing18:56
russell_hha18:56
russell_h"However, since version 1.3.20 Linux does actually wait"18:56
russell_hso I guess a lot more than 5 years18:56
lifelessyup18:57
lifelessand per Linus this ain't going to change.18:57
lifelessalso because on modern systems 3 seconds is no where near enough to flush dirty pages.18:57
Shrewslifeless: well, if that's NOT true, then there is some other reason a single sync isn't actually sync'ing a newly created file immediately18:57
lifeless(1GB of ram is ~ 8 seconds IO for most consumer devices)18:58
lifelessShrews: so I missed the beginning of the conversation. Whats the exact thing being checked ?18:58
*** mrda-away is now known as mrda18:58
mrdamorning ironic18:59
*** dwalleck has quit IRC18:59
Shrewslifeless: a tempest test that touches a file on the ephemeral partition, then a 'nova rebuild' is performed, then we validate the touched file still exists18:59
*** lucasagomes has joined #openstack-ironic18:59
*** dwalleck has joined #openstack-ironic18:59
dtantsuroh, we're approaching a meeting!18:59
romchegGood morning mrda!18:59
Shrewslifeless: b/c we don't politely shutdown a node on rebuild, it sometimes does not exist, unless we force sync19:00
mrdaromcheg: Good later on today :)19:00
*** lucas-dinner has quit IRC19:00
romchegmrda: :-P19:00
NobodyCammeeting?19:01
jrollmeeting!19:01
lifelessShrews: how are we making the file? ssh in ?19:01
Shrewslifeless: yes19:01
lifelessShrews: and you have a sync(), but it doesn't always work ?19:01
Shrewslifeless: right (/bin/sync, to be precise)19:02
devanandawoops!19:02
devanandameeting!19:02
devanandasorry19:02
*** dwalleck_ has joined #openstack-ironic19:03
*** dwalleck has quit IRC19:03
*** sysexit has quit IRC19:04
*** Penick has joined #openstack-ironic19:05
*** Mikhail_D_ltp has joined #openstack-ironic19:07
*** ellenh has quit IRC19:12
openstackgerritA change was merged to openstack/ironic: VendorPassthru.validate()s call _parse_driver_info  https://review.openstack.org/9755819:22
*** blamar has quit IRC19:23
*** ellenh has joined #openstack-ironic19:41
*** max_lobur has quit IRC19:46
openstackgerritA change was merged to openstack/ironic: Factoring out PXE and TFTP functions  https://review.openstack.org/9023319:49
jrollJoshNang: ^^19:49
JayF\o/19:49
*** sysexit has joined #openstack-ironic19:55
jrolllucasagomes: I may be optimistic, but I think IPA will be production-ready for juno release, personally19:58
dtantsursounds amazing :)19:58
JayFProbably already is now, depending on how smart hte people are running it and what features you need.19:59
dtantsurmy concern is: does it make sense to implement some trivial nodes discovery for PXE driver in case it won't be in IPA by J19:59
dtantsurdevananda, what do you think? ^^^19:59
lucasagomesjroll, nice20:00
jrolldtantsur: so, what do you actually mean by node discovery? like, the operator does not put nodes in ironic's db, rather that is automatic?20:00
lucasagomesjroll, btw, you guys might want to take a look at https://review.openstack.org/#/c/98822/ as well20:00
lucasagomesI got patches on ironic and devstack for that ^20:00
jrolllucasagomes: nice :D20:00
JayFdtantsur: I mean, with the hardwaremanager stuff agordeev is working on, I think we're mainly missing plumbing and infrastructure for discovery20:01
JayFdtantsur: i.e. the agent can get all the info, and tell ironic about it, just right now the agent is wired to not do much if it can't find a ndoe20:01
lucasagomeshttps://review.openstack.org/99677 and https://review.openstack.org/9931820:01
JayFdtantsur: I'd think duplicating that effort somewhere else would be a bad use of time.20:01
NobodyCamok a couple of minutes then the next call20:01
romchegThat was a nice meeting20:01
lucasagomesthe discovery thing is a feature that a lot of ppl _really_ wants to have20:02
devanandadiscovery ++20:02
lucasagomesidk how hard it would be to get a simply discovery working outside IPA20:02
lucasagomesbut seems that it's not much20:02
jrolllucasagomes: including us :)20:02
lucasagomesjroll, yup20:02
jrollwe have most of what's needed in flight to IPA right now20:03
devanandathere are a few challenges with discovery20:03
dtantsurbtw, how hard is tl20:03
devanandataht aren't obvious in the simple case20:03
jrolldtantsur: tl?20:03
dtantsurbtw, how hard is to use IPA in RHEL/Fedora word?20:03
devanandasuch as authenticating the enrollment data20:03
dtantsur(I'm pressing random buttons already, sorry)20:03
lucasagomesdevananda, same as we do for the deploy? token in a file on the tftp folder20:03
lucasagomesI know it's not great20:03
JayFdtantsur: Our agent works with full-disk images at the moment, so really as long as you can get a configdrive working for it it can image any OS you want :)20:03
lucasagomesbut that's a v0.120:03
devanandalucasagomes: that's essentialy public info20:04
jrolldtantsur: we have support today for running in a linux container, fedora supports those right?20:04
devanandalucasagomes: anyone with network access has it20:04
lucasagomesdevananda, yeah, I understand the security issues there20:04
lucasagomesdevananda, but we do now have it in Ironic20:04
jrolldevananda: we were talking about client-side certs the other day20:04
dtantsurjroll, should :) I'm really looking forward to some docs and will try on my lab machine with F2020:04
lucasagomesdevananda, maybe a way to do it would be having trust working in Ironic20:04
JayFdtantsur: if you're talking about running the agent itself inside RH or Fedora, that's not something any of us have put any effort in20:04
jrolldevananda: for ironic -> IPA communication, at least20:04
lucasagomesso we can fix both, the deployment + discovery20:04
devanandalucasagomes: running with a fixed set of hardware on a controlled network is one thing. allowing hardware that "appears" on the network to add itself to the system automatically is scary for most people20:05
JayFjroll: that works better for already-enrolled agents20:05
romchegHave to go now guys. Have a nice rest of the day!20:05
JayFjroll: but for discovery you have to boot an unauthenticated agent on an unauthenticated network20:05
devanandaromcheg: cheers! have a good night20:05
dtantsurromcheg, buy20:05
JayFaka everything boots an agent20:05
romchegdtantsur: please poke me tomorrow regarding to the spec20:05
mrdaromcheg: bye!20:05
JayFat which point if you give them a cert, the authentication doesn't really help much20:05
jrollJayF: sure20:05
lucasagomesdevananda, yeah well, thats true20:05
JayFat least in the way we run it in our lab, we only boot agents on known boxes, so sending it a client cert and trusting network-level security is more reasonable20:05
*** yuriyz has quit IRC20:06
jrollindeed20:06
JayFIf you're using the agent for /discovery/, you have to at some level have: 1) Out of band information to validate (aka I know I have boxes with serial numbers 1001-1023)20:06
JayFor 2) Sufficient network security that you can trust ability to pxe == authorization to be added to ironic20:07
JayFneither of which is a great answer for upstream :)20:07
adam_gNobodyCam, hey! on what hw setup / driver were you seeing issues similar to the one addressed in https://review.openstack.org/#/c/91719/20:07
devanandain more secure sustems, we would have authentication (the client is known to the system), authorization (the client is allowed to do $this), encryption (the data wasn't tampered with in transit), and attestation of each of the prior items by a seaprate trusted source20:07
*** martyntaylor has joined #openstack-ironic20:07
*** martyntaylor has quit IRC20:07
NobodyCamadam_g: ipmitool_pxe20:08
NobodyCamim not 100% sure about the cause20:08
* jroll brb20:08
* devananda needs food20:08
devanandabbiab20:08
lucasagomesoff-topic: good news, the tempest test that is blocking the instance_info stuff just got a +220:08
NobodyCambut lifeless' patch did the slepp for all pxe nit just ssh20:08
adam_gNobodyCam, hmm. could it have been that race, or some other issue with neutron agents being down?20:09
*** dwalleck_ has quit IRC20:09
NobodyCamor even a bad param passed to neutron20:09
NobodyCamstill working it20:09
JayFlucasagomes: nice20:09
adam_glucasagomes, \o/20:09
adam_gNobodyCam, is this happening on one of the racks we were banging on, or elsewhere?20:09
dtantsurok folks, hope to continue on discovery later, now going to sleep20:10
dtantsurg'night20:10
*** dtantsur is now known as dtantsur|afk20:10
lucasagomesyeah it's late here too20:10
lucasagomesdtantsur|afk, g'night20:10
NobodyCamadam_g: it was with hte ES tests20:10
*** dhellmann has quit IRC20:10
lucasagomeswe can talk about the discovery later, but makes sense to put an effort on IPA20:10
NobodyCamnight dtantsur|afk20:10
lucasagomesnight everybody20:11
adam_gNobodyCam, ES tests?20:11
*** ifarkas has quit IRC20:11
*** lucasagomes is now known as lucas-sleepy20:11
NobodyCames team ... not sure what rack they are on20:11
NobodyCamnight lucas-sleepy20:11
lifelessNobodyCam: yes because races are races, the sleep is only a pessimisation when something is a) faster than that already and b) neutron is guaranteed to be faster... e.g. nowhere.20:11
*** dhellmann has joined #openstack-ironic20:12
*** martyntaylor has joined #openstack-ironic20:14
*** martyntaylor has quit IRC20:22
*** sysexit has quit IRC20:22
*** linggao has quit IRC20:23
*** dwalleck has joined #openstack-ironic20:26
*** petertoft has quit IRC20:32
*** rloo has quit IRC20:33
*** foexle has joined #openstack-ironic20:43
openstackgerritA change was merged to openstack/ironic-python-agent: Fix HardwareManager loading order bug  https://review.openstack.org/9867820:44
mgagnequestions for people using ironic in their shop, how do you integrate your existing inventory system to ironic?20:47
*** Penick has quit IRC20:50
*** jdob has quit IRC21:02
openstackgerritChris Krelle proposed a change to openstack/ironic: Add in text for text mode on trusty  https://review.openstack.org/9805021:05
NobodyCamlifeless: tests should now pass on ^^^ ... I'll keep an eye on it21:05
NobodyCambrb21:08
*** foexle has quit IRC21:10
*** jrist has quit IRC21:11
*** dhellmann has quit IRC21:11
*** jrist has joined #openstack-ironic21:12
*** dhellmann has joined #openstack-ironic21:13
*** ryanpetrello has joined #openstack-ironic21:15
ryanpetrellohey Ironic folks21:15
ryanpetrelloanybody have any insight into what’s plaguing me re: the failure on https://review.openstack.org/#/c/97475/?21:15
ryanpetrelloif I can’t get this backported into Ironic at some point, I’m going to have to remove voting for ironic stable gating from pecan, because it’s holding up other patches21:16
openstackgerritEllen Hui proposed a change to openstack/ironic: Add more INFO logging to ironic/nova  https://review.openstack.org/10036021:26
*** Penick has joined #openstack-ironic21:28
openstackgerritEllen Hui proposed a change to openstack/ironic: Add more INFO logging to ironic/conductor  https://review.openstack.org/9974421:30
devanandaryanpetrello: looking21:33
*** Mikhail_D_ltp has quit IRC21:33
devanandaryanpetrello: oh, i think you pinged me on this a while ago. sorry for dropping it21:33
ryanpetrellonp :)21:34
devanandaryanpetrello: backported? is this supposed to land on stable/icehouse branch or on master?21:34
openstackgerritChris Krelle proposed a change to openstack/ironic: Add in text for text mode on trusty  https://review.openstack.org/9805021:35
ryanpetrellodevananda: backported to icehouse, yes?21:35
ryanpetrellopecan tests are failing for me against stable/icehouse because of this21:35
ryanpetrelloit has been fixed in master21:35
ryanpetrello(and tests pass there)21:35
ryanpetrellobut for the backport itself, I can’t get Ironic tests to pass21:35
devanandaryanpetrello: gotcha. so I may be the cause of this, since I didn't open stable/icehouse21:36
ryanpetrellothey keep failing with what seems to be this bug: https://bugs.launchpad.net/openstack-ci/+bug/130020821:36
devanandaoh, hmm21:38
devanandaso https://review.openstack.org/#/c/89554/ is an earlier attempt to resolve the ksclient config changes21:38
devanandaryanpetrello: but your patch looks much more complete AND passes unit and api tests21:38
devanandaryanpetrello: your test failed not due to that CI bug, but because of this: http://logs.openstack.org/75/97475/1/check/check-tempest-dsvm-virtual-ironic/088c23b/console.html.gz#_2014-06-12_15_03_54_95521:39
jrolldevananda: I have a patch adding three methods to ipmitool's vendor interface. should those be three separate patches, or is one ok?21:40
ryanpetrellodevananda: ah21:41
ryanpetrelloblurgh21:41
openstackgerritAdam Gandelman proposed a change to openstack/ironic: Wait for Neutron port updates when using SSHPower  https://review.openstack.org/9171921:42
devanandaryanpetrello: i'm digging through the debug log now21:42
devanandaryanpetrello: my initial guess is, our functional test won't pass on icehouse21:42
ryanpetrellookay21:43
devanandaryanpetrello: so we'll need to disable that job for stable/icehouse to be able to land patches there21:43
devanandayea21:46
devanandado_node_deploy is called but never finishes, afaict21:46
devanandahttp://logs.openstack.org/75/97475/1/check/check-tempest-dsvm-virtual-ironic/088c23b/logs/screen-ir-cond.txt.gz#_2014-06-12_14_57_45_40321:46
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add methods to ipmitool driver  https://review.openstack.org/10036421:47
*** dwalleck has quit IRC21:51
rloo_are we serious about -2'ing reviews linked to non-approved blueprints? If we -2, only the -2'er and devananda can remove it, right?21:55
mrdaI'm not sure even devananda can remove -2's rloo_ - I think it's only the person placing the -221:58
rloo_mrda: I think devananda has more powers than you're aware of ;)21:58
mrda...as I think another project had this issue with a core being absent for a while21:58
devanandaok, oddity. i can't +2/+A things on the stable/icehouse branch21:58
mrdarloo_: I know he can bend things with his mind, but can he remove -2's?21:59
rloo_mrda: guess devananda has less power than I thought :-(21:59
mrdalol21:59
*** romcheg has quit IRC22:00
devanandarloo_: mrda I'm unaware of a means for me to remove other's -2's22:00
devanandait probably takes an action by infra22:00
mrdaAnd that operation returns -ETOOHARD22:00
devanandarloo_: it sounded as though you were volunteering to help with managing feature proposals22:00
devanandarloo_: but maybe i read too much into it :)22:01
rloo_devananda: in that case, I don't think we should -2 those reviews associated with unapproved blueprints. too harsh and too nasty to the user.22:01
mrda...so anyone who -2's should follow up and un -2 things when appropriate22:01
rloo_devananda: huh? i was just looking at at review and noticed it was associated with an unapproved BP :-)22:01
*** foexle has joined #openstack-ironic22:01
devanandafor reference, nova has johnthetubaguy managing feature proposals22:01
rloo_mrda: I don't want to be a blocker for anyone if I'm not around that minute/hour/day when someone wants something changed from -2...22:01
devanandaso he's tracking bp and spec and adjusting status as needed22:01
devanandarloo_: if anything is that urgent, it's not a feature22:02
rloo_devananda: oh, is that what you meant. a sort of managerial position ;)22:02
devanandarloo_: most days, that's all I do now :p22:02
devanandaand i'm terrible at it22:02
devanandawould much rather be writing code22:03
rloo_devananda: I'd also rather be writing code. But then, I didn't apply for PTL ;)22:03
devanandasome days, anyway. other days i'd rather be at the beach22:03
devanandarloo_: careful ... i got here by writing code ;)22:03
rloo_devananda: I don't mind managing feature proposals if it is as you described it above. I'm just not sure about the -2 part. is that what mrtuba does?22:03
devanandarloo_: yep22:04
rloo_devananda: is there some way to give all cores a way to override -2's?22:04
devanandarloo_: for example, https://review.openstack.org/#/c/6894222:04
devanandarloo_: i would definitely not want to do that22:04
devananda-2 is meant to be a very strong objection. we can override each other's -1's easily (though we should avoid that unless there's a strong reason)22:05
rloo_devananda: so you think a -1 is sufficient? the problem with -1 or work-in-progress is that it disappears with a new revision.22:06
devananda"the feature proposal for this code is not yet approved" is worth a -2 in my opinion, so that other cores, who may not have read the spec/bp, and look at the code, and think it's good, dont merge it22:06
mrdarloo_: I don't think it's possible without changing gerrit code to do that22:06
* devananda steps back to look at the topic differently22:06
devanandawe have a lot of code that has been, and will be, proposed22:07
devanandaenough that we often can't review it in a reasonable time22:07
rloo_devananda: ok, if people want -2 for such things, if mrtuba can do it, I can do it too... i'll just need to make sure I check in once every 2 or so days :-)22:07
rloo_devananda: I'll let you sleep on it and if you still want that tomorrow, I'll start.22:08
rloo_devananda: gotta go. dinner bell has rung. (might be back later. or not.)22:08
devanandarloo_: ciao!22:08
*** rloo_ is now known as rloo_out22:09
*** datajerk has joined #openstack-ironic22:09
NobodyCambrb22:10
devanandamrda: hi! how's things?22:10
mrdadevananda: good!22:11
mrdalooking forward to midcycle22:11
mrdaI have flights now22:11
devanandaawesome22:12
mrdahow are we traveling towards J? Are you happy with feature progress?  bug fixes?22:13
*** datajerk has quit IRC22:13
*** datajerk has joined #openstack-ironic22:14
devanandabug fixes have been awesome22:14
devanandaj1 milestone had 62 bug fixes22:14
devanandastability is definitely improving22:14
mrdathat's pretty good22:14
devanandaand Shrews has been working on our tempest test coverage. looks like it may land soon22:14
devanandai think you don't overlap with him at all, but dtantsur|afk has been doing a lot to clean up our bug list22:15
devanandabasically finding in-progress bugs that got stale // had no progress, and updating them or poking people22:15
devanandawe don't have enough discussion happening around specs right now22:16
mrdaI'll take a look today - after the reminder in the meeting earlier22:16
devanandaso i'm concerned about our ability to land features // the perception that the process is not being followed22:17
mrdaI think people are still getting used to specs22:19
devanandawe've had plenty of spec proposals, which is good22:19
*** datajerk has quit IRC22:20
mrdaI guess getting them approved, and tagged for J, will help people see the roadmap forward22:20
jrollwhat version of keystone is our config built from?22:21
devanandamrda: right :)22:21
devanandajroll: our sample conf should be autogenerated from the latest keystoneclient22:21
jrolllike, master?22:22
devanandajroll: oh, sorry. look in requirements.txt22:22
devanandajroll: that lists the version of keystoneclient. not "master" but that pip version (or current pip version)22:23
jrollI see that, but it seems to not match our master sample config22:23
* jroll tries tox -r again22:23
devanandafantastic22:23
jrollI thought we had this solved22:23
devanandaif ksclient changes those opts again, it'll break us again22:24
jrollah, I see22:24
jrolloh, maybe it is working22:24
jrollweird22:24
jrollit wasn't the other day for me22:24
jrollsorry22:24
*** Penick has quit IRC22:32
adam_gcan anyone suggest a better way to mock whats being added in setUp() @ https://review.openstack.org/#/c/99518/3/ironic/nova/tests/virt/ironic/test_driver.py ?22:33
*** datajerk has joined #openstack-ironic22:33
*** jgrimm_ has quit IRC22:34
NobodyCambrb ... fish feed time... (fft)22:34
NobodyCamso nice to watch the fish getting fed22:40
openstackgerritRussell Haering proposed a change to openstack/ironic-python-agent: Reduce requests connection pool size  https://review.openstack.org/10037522:47
lifelessNobodyCam: awesome22:48
openstackgerritChris Krelle proposed a change to openstack/ironic: Add in text for text mode on trusty  https://review.openstack.org/9805022:48
NobodyCamShrews: is there a place to lists what tests fail for us (vs the rest of the world) <- in ref to https://bugs.launchpad.net/ironic/+bug/132907722:52
NobodyCams/lists/list22:52
*** datajerk has quit IRC22:58
*** Penick has joined #openstack-ironic23:05
* devananda does a blueprint/spec clean up23:08
JayFthe cleanest specs are the ones that are +2'd and merged23:08
JayF:P23:08
devanandaheh23:09
adam_gdevananda, another challenge in keeping the testing going on stable branches is there is no DIB stable branch. we're building ramdisks using elements from trunk, which may change in a way that is not backward compatible23:13
*** lucas-sleepy has quit IRC23:15
*** radsy has joined #openstack-ironic23:16
*** radsy has joined #openstack-ironic23:16
devanandaadam_g: ugh, right23:19
devanandaso if tripleo wants their tools, eg. dib, to be consumable by projects that do care about about stable branches, I think they need to support that23:20
devanandafor instance, I would like to use DIB to build IPA images23:21
devanandaand some day have a stable branch of both ironic and ipa23:21
devanandabut if dib itself changes in a non-backwards-compatible way after we tag a stable release of ironic and ipa, that's not going to work23:21
devanandalifeless: thoughts ^ ?23:22
adam_gright23:23
devanandaadam_g: do you think dib is, at least inthis case, transparent enough that it won't be an issue?23:23
*** Penick has quit IRC23:23
devanandaadam_g: the problem is in the image elements, not dib itself, i think23:24
devanandaadam_g: and that the ironic-deploy element isn't versioned right now23:24
adam_gdevananda, maybe? one alternative would be to have a stable-$foo-dsvm-virtual-ironic job running in the DIB pipeline?23:24
devananda** doesn't have a stable branch23:25
adam_gdevananda, right. the elements. tripleo-image-elements does have a stable branch.23:25
devanandaah, good23:25
adam_gDIB doesn't, but DIB repo has some elements we need..specifically deploy-ironic23:25
devanandaright - that's the problem, then23:25
*** dividehex has joined #openstack-ironic23:25
lifelessdevananda: thats why dib does semver23:25
lifelessdevananda: and releases once a week23:26
devanandawhat ever bits of code are interacting directly with ironic during a deploy need to be versionable23:26
lifelessdevananda: have you found a backwards incompatible change?23:26
devanandawhat builds that image doesn't matter to our testing23:26
devanandalifeless: nope. adam was pointing out a potential issue with ironic stable branch maintenance23:26
devanandalifeless: which, it seems we already have (but not due to dib)23:26
lifelessright, so for stable branches there is an existing answer23:27
lifelessyou put an upper version lock on the API you depend on on all your deps23:27
lifelessnovaclient23:27
lifelessneutronclient23:27
lifelessdib23:27
lifelessetc23:27
*** blamar has joined #openstack-ironic23:27
devanandadib isn't a dependency of ironic's -- devstack uses it when preparing the environment, though23:27
devanandathe deploy-ironic _element_ is a dependency, however23:28
lifelessits a testing dependency since there is code coupling.23:28
lifelesstie is a direct dependency23:28
lifelessdib is a dep of tie23:28
devanandalifeless: ah. dib now has pips. adam_g, we should add those, with version bounds, in devstack23:30
devanandathanks23:30
*** Penick has joined #openstack-ironic23:31
adam_gdevananda, hmm. where? AFAIK devstack doesn't allow specifying requirements as such. it relies on the requirements described in each project's requirements.txt23:34
adam_gthat would mean adding DIB to ironic's requirements.txt and having devstack run DIB from the ironic venv?23:35
*** mdorman has quit IRC23:36
openstackgerritA change was merged to openstack/ironic-python-agent: Fix: partitions recently imaged not being detected  https://review.openstack.org/9950423:36
devanandaadam_g: right23:38
*** Penick has quit IRC23:38
devanandathat'd put dib in the global requirements file23:38
devananda*that'd take putting ...23:38
adam_gdevananda, hmm. seems like that would work.23:42
openstackgerritA change was merged to openstack/ironic-python-agent: Reduce requests connection pool size  https://review.openstack.org/10037523:45
devanandaadam_g: looks like dib is already in global reqs. so should be a trivialc hange23:49
devanandajust need a version boundary on it23:49
adam_gdevananda, ack23:50
*** hemna is now known as hemna_23:50
ShrewsNobodyCam: not sure i follow.23:51
NobodyCamhey Shrews23:54
Shrewshi hi23:55
NobodyCamlol I just worked on tests.drivers.test_pxe.PXEPrivateMethodsTestCase.test__build_pxe_config and fixed the test so that they ran on my local env23:55
NobodyCamonly to figure out that not what the gate wants. so I was just checking if you had a list of broken test anywhere23:56
adam_gdevananda, this will start the process https://review.openstack.org/10038523:56
adam_gdevananda, we'll need to backport that to stable/icehouse of requirements, sync to both master stable of ironic, and adjust devstack to rely on that instead of a git clone23:57
ShrewsNobodyCam: ah, no. i only reported what a full tox run reports atm23:57
adam_ger, sync to both master + stable/icehouse of ironic23:57
NobodyCamShrews: ack :)23:58

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