Wednesday, 2014-05-21

*** Haomeng has joined #openstack-ironic00:04
devanandaadam_g: think i found the cause of the random test failures -- https://bugs.launchpad.net/ironic/+bug/132149400:06
*** matsuhashi has joined #openstack-ironic00:07
devanandawe're logging ERROR when it's not really an error00:07
* devananda really goes afk now00:07
adam_gdevananda, doh!00:07
*** romcheg has joined #openstack-ironic00:15
*** rloo has quit IRC00:20
*** romcheg has left #openstack-ironic00:24
*** eguz has quit IRC00:40
*** eghobo has joined #openstack-ironic00:41
*** uberj has quit IRC00:51
*** uberj has joined #openstack-ironic00:51
*** eghobo has quit IRC01:15
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Adding a reference driver for the agent  https://review.openstack.org/8479501:18
*** shakamunyi has quit IRC01:45
*** lazy_prince has joined #openstack-ironic01:56
*** lazy_prince is now known as killer_prince01:59
*** shakamunyi has joined #openstack-ironic01:59
*** shakamunyi has quit IRC02:05
*** rwsu has quit IRC02:44
*** jgrimm has joined #openstack-ironic02:46
*** hipster has quit IRC02:56
*** harlowja is now known as harlowja_away03:05
openstackgerritA change was merged to openstack/ironic: Fix bad Mock calls to assert_called_once()  https://review.openstack.org/9383503:11
*** killer_prince has quit IRC03:34
*** eghobo has joined #openstack-ironic03:45
*** nosnos has joined #openstack-ironic03:48
*** jgrimm has quit IRC04:56
*** igor_ has quit IRC05:02
*** igor has joined #openstack-ironic05:06
*** radsy has quit IRC05:08
*** greghaynes has quit IRC05:50
*** datajerk has joined #openstack-ironic06:03
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/8850806:03
GheRiveromorning all06:30
mrdaHi GheRivero06:31
*** jcoufal has joined #openstack-ironic07:05
*** harlowja_away has quit IRC07:10
*** eghobo has quit IRC07:12
*** vkdrao has joined #openstack-ironic07:34
*** vkdrao has quit IRC07:36
*** vkdrao has joined #openstack-ironic07:36
*** lsmola has quit IRC07:39
openstackgerritMikhail Durnosvistov proposed a change to openstack/ironic: Using system call for downloading files  https://review.openstack.org/9256007:39
*** lsmola has joined #openstack-ironic07:39
*** ifarkas has joined #openstack-ironic07:43
*** killer_prince has joined #openstack-ironic07:47
*** tatyana has joined #openstack-ironic07:48
*** ifarkas has quit IRC07:49
*** jistr has joined #openstack-ironic07:51
*** tatyana has quit IRC07:52
*** ifarkas has joined #openstack-ironic07:53
*** pelix has joined #openstack-ironic07:54
Mikhail_D_wkMorning all! :)08:08
*** mrda is now known as mrda_away08:12
*** derekh_ has joined #openstack-ironic08:14
*** martyntaylor has joined #openstack-ironic08:20
*** NobodyCam has quit IRC08:26
*** NobodyCam has joined #openstack-ironic08:28
openstackgerritMikhail Durnosvistov proposed a change to openstack/ironic: Cleanup mock patch without `with` part 2  https://review.openstack.org/7325608:29
openstackgerritMikhail Durnosvistov proposed a change to openstack/ironic: Cleanup mock patch without `with` part 3  https://review.openstack.org/8653608:29
openstackgerritMikhail Durnosvistov proposed a change to openstack/ironic: Get rid of the newline "\"  https://review.openstack.org/6679308:29
*** athomas has joined #openstack-ironic08:29
*** jistr has quit IRC08:34
*** jistr has joined #openstack-ironic08:34
*** lucasagomes has joined #openstack-ironic08:35
sirushtilifeless, when you get time, please could you review 73054 and clarify if I've made the changes as you suggested. Thanks.08:39
*** rameshg87 has joined #openstack-ironic09:03
*** jcoufal has quit IRC09:10
*** killer_prince has quit IRC09:26
*** killer_prince has joined #openstack-ironic09:29
*** vkdrao has quit IRC09:32
*** vkdrao has joined #openstack-ironic09:36
*** geertj has joined #openstack-ironic09:51
*** matsuhashi has quit IRC10:01
geertjGood morning Ironic.10:10
*** coolsvap|afk is now known as coolsvap10:11
*** vkdrao has quit IRC10:11
geertjI have a question: how does the final Glance image get deployed to an Ironic bare-metal node? So far I understand that the special deploy kernel and ramdisk are booted via PXE. But How does the deploy initrd get the "real" image onto the server?10:12
*** jcoufal has joined #openstack-ironic10:15
lucasagomesgeertj, so the way it works for the default PXE driver _right now_ is... The baremetal metal machine boots the deploy ramdisk and kernel10:20
lucasagomesafter the boot the ramdisk will mount the local disk of the machine as an iSCSI driver and send the iqn to the ironic api10:20
lucasagomesso the ironic service will mount that iSCSI target and copy the image onto it (dd'ng)10:20
lucasagomesthat's how the image goes to the baremetal disk10:21
geertjlucasgomes: thanks, that makes sense10:21
geertjlucasgomes: you emphasized _right now_. Does this means there's plans to change/10:22
geertj?10:22
lucasagomesgeertj, yes, the rackspace guys are working on the python-deploy-agent10:22
*** athomas has quit IRC10:22
lucasagomeswhich fetchs it directly from glance in the baremetal macine10:22
lucasagomesgeertj, but there's other people that wants this image to be distribute in diff (more scalable ways) like multicast or bittorrent10:23
lucasagomesin diff ways*10:23
geertjlucasgomes, I'm trying to create a power + deploy driver for Ravello10:23
geertjI'm wondering what the best way is to do it.10:23
geertjI could upload the Glance image into Ravello, and then the bare metal VM can boot directly from it.10:24
geertjOr I could try with the iSCSI like it is now.10:24
geertjany thoughts?10:25
lucasagomesgeertj, I personally like the glance approach, you might want to take a peek at what the rackspace guys are doing (https://github.com/openstack/ironic-python-agent)10:26
rameshg87geertj: what do you mean by bare metal VM here ?10:26
lucasagomesyeah same q ^10:27
geertjrameshg87: The VMs in Ravello support VT and have bare layer-2 network access. So for all practical purposes they behave like bare metal nodes which can server as an undercloud.10:27
*** datajerk has quit IRC10:27
geertjYou can run KVM on it e.g, or use VLANs for Neutron.10:27
geertjsee www.ravellosystems.com/how-it-works10:28
geertjand also /technology on how we do it..10:29
lucasagomescool will take a look10:30
rameshg87geertj: so from the above link it looks like ravello provides ability to upload the image and boot a vm from it. is that correct ?10:37
*** jcoufal has quit IRC10:39
*** geertj has quit IRC10:40
*** jcoufal has joined #openstack-ironic10:40
rameshg87lucasagomes: we were trying to propose a new diskimage-builder element which will download the image directly from glance. any thoughts on that ?10:41
*** hipster has joined #openstack-ironic10:41
rameshg87lucasagomes: i know the IPA might be the way going forward, but IPA doesn't use diskimage-builder, right ?10:42
lucasagomesrameshg87, right that's what the ironic-python-agent does10:42
lucasagomesrameshg87, downloading from glance require you to have a token to talk to the api... I think the rax guys are avoiding it by using swift as a backend to glance10:42
lucasagomesand having a directly url where the image can be fetched from10:42
rameshg87lucasagomes, we were also thinking of using swift-temp-url for that purpose10:44
rameshg87lucasagomes, but we will need to token to inform the completion status to the ironic conductor through a vendor passthru10:44
lucasagomesrameshg87, yeah... so the way it's done today is... ironic puts a token in the tftp and the ramdisk sucks it up10:45
lucasagomeswe want to change it by using keystone trust I think10:45
lucasagomesbut I don't know if there's someone working on it right now10:45
rameshg87lucasagomes, the same functionality (of downloading the image and writing the image to disk) done by ironic conductor can be done by an element in diskimage-builder in the baremetal node.10:47
lucasagomesrameshg87, +110:47
lucasagomesand I find it more scalable than the current approach10:48
lucasagomesI like that ^ :)10:48
rameshg87lucasagomes, do you think adding a new diskimage-builder element makes sense ?10:48
rameshg87deploy-ironic-bm or something like that ..10:48
*** hipster has quit IRC10:49
lucasagomesrameshg87, well I don't think it tons of work, so I would say yes, it makes sense10:49
lucasagomescause the long term thing I believe is moving towards the IPA10:49
lucasagomesand the guys already have that10:49
lucasagomesIPA = ironic python agent, not beer :)10:50
dtantsurG'afternoon, Ironic10:50
rameshg87lucasagomes, :-)10:50
rameshg87lucasagomes, thanks .. yeah, its just retrieving from the url, partitioning the disk, writing it, notifying the completion back to the conductor10:50
rameshg87dtantsur, good afternoon10:50
*** dshulyak has quit IRC10:52
lucasagomesdtantsur, morning10:52
rameshg87lucasagomes, i had one more question10:54
rameshg87dtantsur, you might be able to help too10:54
dtantsurwith pleasure10:54
rameshg87we have ribcl.py module that is currently being reviewed here: https://review.openstack.org/#/c/89500/10:54
rameshg87this module interfaces with hp ilo10:54
rameshg87we wanted to move this out of ironic, something like what has been done by seamicro10:55
rameshg87is there documented procedure for such a thing ?10:55
dtantsurhmm... I think you start with getting it to stackforge10:56
lucasagomesrameshg87, is it something that you may put into https://github.com/stackforge/pyghmi/ ?10:56
dtantsurthen you make it an _optional_ dependency (again like with seamicro)10:56
dtantsurlucasagomes, I doubt it :)10:56
dtantsurI don't think it even similar in protocol10:57
lucasagomesright10:58
lucasagomesrameshg87, so yeah you can use stackforge I guess, or do like seamicro and have it's own github repo10:58
lucasagomesyou just need to make it pip-installable10:58
dtantsuryeah, make sure it is on PyPI10:58
dtantsurthan the only thing you have to ensure is that unittests for code that stays in Ironic tree can run _without_ this dependency10:59
dtantsur(aka mock everything :)10:59
lucasagomesyup10:59
lucasagomesthere's a patch doing that ^ for the seamicro driver in the queu right now10:59
lucasagomesyou might want to use that as an example10:59
rameshg87dtantsur, yeah i saw the unit test code for seamicro11:01
rameshg87they skip some tests if the library is not available11:01
dtantsurand I guess some tests should still be present and work with mocks11:01
dtantsurso that we know that your code might work :)11:01
rameshg87okay, :-)11:01
rameshg87lucasagomes, dtantsur, thanks, so i will pull them out, we are planning to add more to the utils, so we thought it makes sense to pull out of ironic now itself11:02
*** vkdrao has joined #openstack-ironic11:02
lucasagomesack, good stuff :)11:03
rameshg87got the code reviewed by ironic reviewers for free though :-)11:03
dtantsurlol11:03
lucasagomesheh11:03
rameshg87in the next patchset, we will fix up the module in a separate github and remove it from ironic review11:04
dtantsurIt would be also much easier for us to review the remaining part11:04
rameshg87i mean ironic tree11:04
lucasagomesindeed11:05
dtantsurlucasagomes, may I shamelessly ask you to review https://review.openstack.org/#/c/92625/ ? It's around for 2 weeks already11:06
lucasagomesdtantsur, ah yes... actually I was reviewing it11:07
*** coolsvap is now known as coolsvap|afk11:07
lucasagomesdtantsur, i've a quesiton11:07
lucasagomesjust a nit11:07
dtantsursure!11:07
lucasagomeson the pxe.py _fetch_images()11:07
lucasagomesthe docstring says """Wrapper around ImageCache, checking for available disk space."""11:07
lucasagomesit does more than checking for available disk space, it actually fetchs the image11:07
lucasagomesI think that other than that it lgtm11:08
dtantsurI meant `wrapper, also checking`11:08
dtantsurif it's critical, I can fix11:08
lucasagomesit's grand11:08
lucasagomesI will finish the review11:08
*** coolsvap|afk is now known as coolsvap11:10
dtantsurok, thanks11:12
*** killer_prince has quit IRC11:16
*** vkdrao has quit IRC11:16
*** nosnos has quit IRC11:16
*** killer_prince has joined #openstack-ironic11:17
*** datajerk has joined #openstack-ironic11:19
*** coolsvap is now known as coolsvap|afk11:23
openstackgerritChangBo Guo(gcb) proposed a change to openstack/ironic: Fix wrong usage of mock methods  https://review.openstack.org/9353211:28
*** killer_prince has quit IRC11:29
*** lazy_prince has joined #openstack-ironic11:29
*** lazy_prince is now known as killer_prince11:30
*** coolsvap|afk is now known as coolsvap11:41
*** dshulyak has joined #openstack-ironic11:47
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Fix chassis bookmark link url  https://review.openstack.org/9459711:56
dtantsurlucasagomes, are you planning to take any actions on https://bugs.launchpad.net/ironic/+bug/1306153 ?11:57
* dtantsur is looking for some task :)11:58
lucasagomesdtantsur, not in the moment11:58
lucasagomesdtantsur, go ahead with it :)11:58
dtantsurthnx!11:58
*** coolsvap is now known as coolsvap|afk12:00
*** lucasagomes is now known as lucas-hungry12:01
dtantsurlucas-hungry, could you also (once you have time, I mean) have a look at https://review.openstack.org/#/c/94371/ ? It's a follow-up for previous one12:04
*** jistr is now known as jistr|english12:05
NobodyCamgood morning ironic12:12
dtantsurmorning NobodyCam!12:13
dtantsurDon't you make coffee? :)12:13
NobodyCamalready done12:14
NobodyCam:)12:14
* NobodyCam takes big sip of his coffee12:14
NobodyCamheheheh12:15
NobodyCamand good morning dtantsur12:15
*** uberj has quit IRC12:22
*** uberj has joined #openstack-ironic12:22
*** jdob has joined #openstack-ironic12:31
NobodyCamanyone have a few minutes to review 93133?12:36
*** sabah has joined #openstack-ironic12:37
openstackgerritA change was merged to openstack/ironic: Don't translate debug level logs  https://review.openstack.org/9329112:38
ShrewsSo, I'm going to ask what is probably a stupid question(s)... after pxe booting, the node must call back to the ironic api to continue the deploy, correct?12:41
NobodyCamnope12:43
*** athomas has joined #openstack-ironic12:43
NobodyCamconductor pings node to say done12:43
NobodyCam:-p12:44
openstackgerritSandhya Balakrishnan proposed a change to openstack/ironic: Update Ironic Guide post landing for 569c0f395a9  https://review.openstack.org/9460412:44
NobodyCamShrews: node can not really know when it done with current ramdisk only the conductor knows whe its done writing tot he disk12:45
ShrewsNobodyCam: hmm, ok. i think the dib deploy-ironic element confused me12:47
Shrewshttps://github.com/openstack/diskimage-builder/blob/master/elements/deploy-ironic/init.d/80-deploy-ironic12:47
* NobodyCam looks12:47
NobodyCamhttps://github.com/openstack/diskimage-builder/blob/master/elements/deploy-ironic/init.d/80-deploy-ironic#L4712:48
NobodyCamShrews: ^^^12:48
NobodyCamits just a simple ping12:48
ShrewsNobodyCam: but the curl request above that is what's throwing me off12:49
*** linggao has joined #openstack-ironic12:50
NobodyCamoh I may be confuzlizing it.. node dose ping conductor to START the deploy12:51
Shrewsah ha, ok12:52
NobodyCamhttps://github.com/openstack/ironic/blob/master/ironic/drivers/modules/deploy_utils.py#L164-L17112:52
NobodyCamthats the ping to reboot once the dding is done12:52
ShrewsNobodyCam: great. so, this obviously requires customized ramdisk/kernel images then. which brings me to the next stupid question... how are the cirros images working for us? we didn't customize those, afaict12:53
*** sabah has quit IRC12:54
NobodyCamcirros is the image we are deploying on the node12:55
NobodyCamnot the deploy ramdisk itself12:55
*** rloo has joined #openstack-ironic12:56
* Shrews experiences another "duh" moment12:56
* NobodyCam offers Shrews some coffee :)12:56
ShrewsNobodyCam: that may not be enough for me today.  :/13:00
*** lucas-hungry is now known as lucasagomes13:00
lucasagomesmorning NobodyCam Shrews13:00
NobodyCamgood morning lucasagomes :)13:01
NobodyCamShrews: LOL13:01
Shrewsmorning lucasagomes13:01
NobodyCamlucasagomes: gots a second to beet me up on 93133?13:01
NobodyCamhehehe13:01
NobodyCamand good morning lucasagomes :-p13:02
lucasagomeswill do in a sec13:03
NobodyCamhehehe :)13:03
*** ramineni has joined #openstack-ironic13:15
*** datajerk has quit IRC13:24
*** jistr|english is now known as jistr13:28
openstackgerritRohan Kanade proposed a change to openstack/ironic: Partially remove hard-coded ID's from testdata  https://review.openstack.org/7699013:29
*** killer_prince has quit IRC13:33
*** dhellmann_ is now known as dhellmann13:35
*** Penick has joined #openstack-ironic13:39
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Add some real-world testing on DiskPartitioner  https://review.openstack.org/9462013:48
*** hipster has joined #openstack-ironic13:49
*** Penick has quit IRC13:57
*** jgrimm has joined #openstack-ironic13:57
NobodyCambrb14:01
*** rameshg87 has left #openstack-ironic14:03
*** datajerk has joined #openstack-ironic14:04
openstackgerritAleksandr Gordeev proposed a change to openstack/ironic-python-agent: Introduce MainlineHardwareManager  https://review.openstack.org/9284714:13
openstackgerritAleksandr Gordeev proposed a change to openstack/ironic-python-agent: Add hardware_utils  https://review.openstack.org/9239914:13
*** rwsu has joined #openstack-ironic14:15
NobodyCamdtantsur: blocking your own patches14:19
dtantsurNobodyCam, sorry?14:20
NobodyCamhttps://review.openstack.org/9462014:20
lucasagomesNobodyCam, that's the new "WIP" thingy14:21
dtantsurNobodyCam, yes, it's WIP and not finished. What's wrong with it?14:21
* dtantsur liked previous WIP button much more14:21
lucasagomesdtantsur, +114:21
lucasagomesalthough... dtantsur does this new WIP remains14:22
lucasagomesafter you upload a new revision ?14:22
dtantsurlucasagomes, no, you have to do it again14:22
lucasagomesdtantsur, damn... yeah the previous one was better14:22
lucasagomesI'd like it to remain and then I could manually say it's ready14:22
dtantsurlucasagomes, actually, I prefer previous approach with +2/+1/-1/-2 separate from WIP and +A14:23
dtantsurnew one is overly confusing14:23
lucasagomesheh14:23
lucasagomesdtantsur, have you tried the newest gerrit interface?14:23
lucasagomesyou can enable it going to14:24
dtantsurlucasagomes, didn't like it14:24
dtantsurmaybe I just didn't give it enough time though14:24
lucasagomessettings->preferences and on the "Change View" dropbox you select "new screen"14:24
*** dwalleck has joined #openstack-ironic14:24
lucasagomesdtantsur, yeah, I'm trying to use it14:24
lucasagomesbut def it's overcomplex14:24
lucasagomesthe flat buttons kinda annoys me14:25
dtantsurlucasagomes, I hope they're not gonna introduce Metro-style plates in the next release :D14:25
lucasagomesheh14:25
lucasagomesI think ppl are more appleish than windowish14:26
lucasagomeswhich I consider both pretty bad14:26
lucasagomesbut that's my opnion and is biased :)14:26
*** ramineni has quit IRC14:27
dtantsurwell, +1 from me :)14:27
NobodyCamnothing just saw the rad x14:27
NobodyCamred even14:27
NobodyCamdtantsur: can you add a test for nodes that already have volume labels14:28
NobodyCamand yea I kinda like the old +-1/2 +A14:29
dtantsurNobodyCam, what I intend to do is to test deploy_utils.make_partitions(). Can I really test it on that level?14:29
NobodyCamhumm I'm not sure... but I thought it was worth asking14:30
NobodyCam:-p14:30
lucasagomesNobodyCam, about DiskPartitioner being a wrapper around parted14:30
lucasagomesI think that was the idea14:30
lucasagomesbut maybe we should just see it as an class to do disk partitioning operations14:31
*** shakamunyi has joined #openstack-ironic14:31
lucasagomesindependent of the tool in the background14:31
lucasagomeslike a basic interface14:31
NobodyCamhummm...14:31
lucasagomescause I kinda see the zap thing as being part of disk operation14:31
lucasagomesNobodyCam, idk what u think about it?14:31
lucasagomesjust throwing an idea14:32
dtantsurNobodyCam, actually, I could test work_on_disk, which you change in 93133, it would require more mocking, but will cover more14:32
openstackgerritAleksandr Gordeev proposed a change to openstack/ironic-python-agent: Introduce MainlineHardwareManager  https://review.openstack.org/9284714:32
openstackgerritAleksandr Gordeev proposed a change to openstack/ironic-python-agent: Add hardware_utils  https://review.openstack.org/9239914:32
NobodyCamlucasagomes: thats in ref to my comment about moving the destroy_mbr_gpt14:32
lucasagomesNobodyCam, yup, but I'm happy with both approachs really14:33
lucasagomesI know it's a blocker14:33
NobodyCam:)14:33
lucasagomesI missed a nit on the previous review :(14:33
lucasagomesI will put a comment there, can you fix it quickly?14:33
lucasagomesother than that it lgtm14:33
NobodyCamyea... I will fix asap.14:34
NobodyCam:)14:34
dtantsurNobodyCam, what do you think about me covering the whole work_on_disk thing (with patching all kinds of is_block_device)?14:34
dtantsurit will even cover dd-ing image to a disk14:35
NobodyCamdtantsur: I like the sound of it... but would need to see how it ends up getting reworked :)14:36
dtantsurok, let's try. Covering the whole partitioning sounds fruitful14:37
NobodyCam:)14:38
lucasagomesNobodyCam, commented, after that it lgtm I will +2...  sorry i didn't see it in the previous review14:38
NobodyCamhehehe all good TY lucasagomes :)14:39
lucasagomesNobodyCam, cooleo!14:39
NobodyCamahh I yeppers I should have added a doc string there :)14:40
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313314:43
*** ifarkas has quit IRC14:44
lucasagomes:)14:47
lucasagomesjust waiting for gerrit14:47
NobodyCam:)14:47
*** dwalleck has quit IRC14:48
NobodyCamyeppers14:49
lucasagomesjroll, you around? re instance_info14:50
*** dwalleck has joined #openstack-ironic14:52
*** coolsvap|afk is now known as coolsvap14:54
*** datajerk has quit IRC14:58
JoshNanglucasagomes: jroll's going to be intermittent for the next week or so..he's heading home for a wedding. what's up?15:03
lucasagomesJoshNang, oh hey... just wanted to know if he's working on moving the parameters from the pxe driver to the instance info15:03
lucasagomesif not I will probably jump on it, cause we need this refactored before adding the driver to nova15:04
lucasagomesso want to get it done soonish15:04
lucasagomesadding to nova I mean... sending it to review15:04
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Add some real-world testing on DiskPartitioner  https://review.openstack.org/9462015:05
*** geertj has joined #openstack-ironic15:05
dtantsurNobodyCam, that's how it will look like ^^^ (some tests are to be written)15:06
openstackgerritRuby Loo proposed a change to openstack/ironic: Implement API to get driver properties  https://review.openstack.org/7300515:06
JoshNanghe was planning on doing all of them, but if you want to get some of them moved, i doubt he'll be upset. i'm not sure how far he got15:06
openstackgerritA change was merged to openstack/ironic: Remove explicit dependency on amqplib  https://review.openstack.org/9215315:07
dtantsurlucasagomes, I would really like to also see this merged before we submit the driver: https://review.openstack.org/#/c/86536/15:07
dtantsurMikhail_D_wk, ^^^15:07
lucasagomesJoshNang, right, I just want to move the parameters from pxe because it's going to affect the driver15:07
lucasagomesdtantsur, +115:08
lucasagomesgotta review it15:08
lucasagomesJoshNang, I will do a quick patch fixing that and tag he created on it15:09
lucasagomesNobodyCam, quick one for uhttps://review.openstack.org/#/c/94202/15:10
lucasagomesNobodyCam, this one as well https://review.openstack.org/#/c/9284415:10
JoshNangsounds good!15:17
NobodyCamlucasagomes: both +A'd :)15:27
NobodyCammorning rloo15:27
rloomorning NobodyCam! Where are you these days?15:28
NobodyCamrloo: nebraska15:29
NobodyCamrloo: got a free minute to take a look at https://review.openstack.org/#/c/9313315:30
matty_dubsWow, you made good time!15:30
*** coolsvap is now known as coolsvap|afk15:30
rlooNobodyCam: hope you're enjoying Nebraska.15:30
rlooNobodyCam: sure, I'll take a look.15:30
NobodyCammatty_dubs: had too. rloo here because my dad had a pritty major stroke :(15:31
lucasagomesNobodyCam, o wow thanks!15:31
rlooNobodyCam: bad news. Hope he's doing 'ok'...15:31
matty_dubsNobodyCam: Oh geez, sorry to hear that :'(15:31
lucasagomesrloo, morning :)15:31
NobodyCam:( I have a meeting with the doctors today.. Will know more after that :-/15:32
lucasagomesNobodyCam, :/ good lucky, hope he's fine15:32
rlooHi lucasagomes. Morning matty_dubs.15:32
lucasagomesluck*15:32
NobodyCamthank you all :)15:32
NobodyCamsorry I've been distracted the last week.. but that is why :(15:33
JoshNangNobodyCam: no need to apologize. hope he's ok!15:34
NobodyCam:) Thank you..15:35
rloolucasagomes: if you have a minute, you might be able to answer my question: https://review.openstack.org/#/c/91366/15:36
*** krtaylor has quit IRC15:38
lucasagomesrloo, ah15:40
lucasagomesrloo, so that 10 there I kinda came up with because it sounded reasonable15:41
lucasagomesbut that parameter that the david added is being used on all the others API calls15:41
lucasagomestill now 2 seconds pooling seems to be working... idk if there's an ideal value15:41
lucasagomesbut I would say it's 2 diff problems15:42
*** ramineni has joined #openstack-ironic15:42
lucasagomesthe first step is to have the api to use the same config value for the pooling, which is what david's patch is doing15:42
lucasagomesso it's more consistent15:42
rloolucasagomes: ok. well it sort of is 2 diff problems. i don't mind landing it, but it could break if 2 is not large enough.15:42
lucasagomesthen the value itself if changed for something more resonable should be done in another patch or something15:42
lucasagomesrloo, right too seems grand, the tripleo tests passed and all15:43
lucasagomesso it's not breaking anything15:43
rloolucasagomes: ok...15:43
dtantsurmorning, rloo!15:49
*** igor has quit IRC15:50
*** igor__ has joined #openstack-ironic15:51
rloohi dtantsur!15:51
*** coolsvap|afk is now known as coolsvap15:55
*** eghobo has joined #openstack-ironic15:55
dtantsurFolks, do you think we actually have `parted` on gate machines? I'm debugging http://logs.openstack.org/20/94620/2/check/gate-ironic-python26/fb841ed/testr_results.html.gz15:56
*** derekh_ has quit IRC15:56
dtantsurTest for Py27 passed though...15:56
NobodyCamdtantsur: I would think parted would be there16:00
geertjquestion: when using Nova with Ironic, is it Nova that is responsible for setting pxe_image_source, pxe_root_gb, etc? Or does the user need to do this when enrolling the node?16:01
dtantsurwell... not sure what went wrong than...16:01
dtantsurgeertj, user is not setting these, afaik16:01
NobodyCamgeertj: yes, source should be set by the --image tag and size info should be from the --flavor16:02
*** ramineni has quit IRC16:03
geertjdtantsur, NobodyCam thx! However, how does does "nova boot" know to set "pxe_image_source" vs just "image_source". Does Nova know about Ironic drivers?16:04
dtantsurgeertj, I think it's done by Ironic Nova driver16:06
*** rloo has quit IRC16:07
*** rloo has joined #openstack-ironic16:08
dtantsurgeertj, yeah, see ironic/nova/virt/ironic/patcher.py16:08
NobodyCamyep was just about to paste that link ^^^16:08
*** jistr is now known as jistr|gone16:09
geertjOK it all makes sense now :) I didn't realize the Ironic driver for Nova was part of Ironic itself. For some reason I had assume it was part of Nova.16:09
NobodyCamgeertj: it will be moved to nova later16:10
*** dwalleck has quit IRC16:16
NobodyCamrloo lucasagomes not pushing, just checking on 93133 :-p16:21
*** igordcard_ has joined #openstack-ironic16:22
rlooNobodyCam: am looking at it now. I'm slow...16:22
openstackgerritDan Prince proposed a change to openstack/ironic: Port iBoot PDU driver from Nova  https://review.openstack.org/5097716:22
dtantsurlucasagomes, NobodyCam: while I'm writing this tests, I see that we can't set ephemeral + swap + disk + 1 MiB padding == disk size16:22
dtantsurit dies with e.g. 'Error: The location 24 is outside of the device /tmp/tmpW8Yjp_/tmp6tXBTN'16:23
dtantsuroh, sorry, disregard this ^^^16:23
dtantsurI need to recheck my math :)16:23
NobodyCamhehehe16:24
NobodyCamty rloo :)16:24
*** dwalleck has joined #openstack-ironic16:25
*** hemna_ is now known as hemna16:26
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Add some real-world testing on DiskPartitioner  https://review.openstack.org/9462016:27
dtantsurNobodyCam, lucasagomes: my math seems ok to me :) could you please look at test_whole_disk here https://review.openstack.org/#/c/94620/3/ironic/tests/drivers/test_deploy_utils.py16:28
dtantsurit fails for me with Error: The location 20 is outside of the device. Should it work?16:28
lucasagomesdtantsur, maybe that's the 512 bytes used to allocate the MBR?16:29
dtantsurlucasagomes, at least with 1 more reserved MiB it succeeds :)16:31
dtantsurshould I make this test also account for it?16:31
NobodyCamya thats what I was thinking .. dtantsur dose it work if you set ephemeral to 5mib16:31
lucasagomesdtantsur, :) yeah because the 512 bytes is not included in the math there16:31
dtantsurNobodyCam, yeah, works16:32
lucasagomesthings can get a bit more complex if you use GPT where the end of the disk is also used to allocate the partitions structure16:32
*** dwalleck has quit IRC16:32
lucasagomes4k if I can recall correct16:32
dtantsurwait, guys! Aren't we already accounting for MBR in this + 1MiB?16:33
dtantsur# NOTE(lucasagomes): Lead in with 1MiB to allow room for the partition table itself.16:34
dtantsurso, I added this 1MiB to my calculations already16:34
dtantsurfor me it seems like some difficult rounding by parted itself16:34
*** athomas has quit IRC16:34
lucasagomeshmm yeah, I thought it was but I'm not 100% sure now16:35
dtantsurso that we can't just `mkpart SMTH END` where END == size of the disk16:35
*** matty_dubs is now known as matty_dubs|lunch16:35
NobodyCamcould we be looking at MiB vs MB issue?16:36
dtantsurparted -a optimal -s /tmp/tmpOv5DQB/tmpouq22z -- unit MiB mklabel msdos mkpart primary  1 7 mkpart primary linux-swap 7 10 mkpart primary  10 2016:37
dtantsurI've created a file with dd ... bs=1024 count=20 * 102416:37
dtantsurOk, guys: mkpart expects BEGIN END as arguments. File size is beyond END. So we do need END == file size - 116:38
dtantsurAm I right?16:38
openstackgerritA change was merged to openstack/ironic: Speed up Nova Ironic driver tests  https://review.openstack.org/9420216:39
lucasagomesdtantsur, you can do bs=1MiB count=2016:39
NobodyCamdtantsur: lucasagomes: could it be the -a optimal moving things slightly16:39
*** rloo has quit IRC16:40
*** rloo has joined #openstack-ironic16:40
* dtantsur starts to conduct manual experiments16:41
lucasagomesNobodyCam, hmm i'm not 100% sure but I think it might16:42
lucasagomesdtantsur, ok it seems to be the MBR16:43
lucasagomesif you create the file with16:43
dtantsurNobodyCam, even without optimal it does not allow me to mkpart SMTH END16:43
lucasagomesbs=1024 count=20 * 1024 + 51216:44
lucasagomesit works16:44
dtantsurlucasagomes, we already accounted for MBR16:44
openstackgerritA change was merged to openstack/ironic: Fix 'pxe_preserve_ephemeral' parameter leakage  https://review.openstack.org/9284416:44
*** martyntaylor1 has joined #openstack-ironic16:45
lucasagomesdtantsur, we accounted it within that 1mb padding16:45
lucasagomesbut that's what I'm investigating now16:45
dtantsurlucasagomes, yes, and I deducted 1MiB from total size16:45
lucasagomesif the mbr is really included in that 1mib16:45
lucasagomesor if it's 1mib after the mbr16:45
dtantsurbut now I need more padding from the end16:45
dtantsurlucasagomes, oh, that's a good point!16:46
openstackgerritA change was merged to openstack/ironic: Remove non-existent 'pxe_default_format' parameter from patcher  https://review.openstack.org/9301216:47
*** martyntaylor has quit IRC16:48
NobodyCamgah I'm out of ink for my printer. :(16:49
*** ndipanov has quit IRC16:50
*** martyntaylor1 has quit IRC16:50
dtantsurWarning: You requested a partition from 0.00MiB to 10.0MiB (sectors 0..20479). The closest location we can manage is 0.00MiB to 10.0MiB (sectors 1..20479).16:50
dtantsurlucasagomes, it still seems to me that it includes MBR ^^^16:51
dtantsurI suspect it's alignment issue, not mbr16:51
openstackgerritA change was merged to openstack/ironic: Virt driver change to use API retry config value  https://review.openstack.org/9136616:51
lucasagomesdtantsur, yeah, I def have to read a bit more about it to know exactly how it works16:54
*** dwalleck has joined #openstack-ironic16:56
*** datajerk has joined #openstack-ironic16:57
*** vkdrao has joined #openstack-ironic16:57
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Add some real-world testing on DiskPartitioner  https://review.openstack.org/9462016:58
dtantsurwill leave it with additional 1MiB for now ^^^16:59
*** igordcard_ has quit IRC16:59
*** igordcard has joined #openstack-ironic16:59
NobodyCamdtantsur: lucasagomes in googling there seems to be some issues with optimal and md devices, I haven't found anything about regular disks/files, but I just did a quick look17:00
rlooNobodyCam: have some questions about 93133 (didn't look at the tests yet). Going to grab lunch, back in a few minutes.17:00
NobodyCamrloo: sure ...thank you :)17:01
* NobodyCam needs to run to grab some ink so he can print a pdf sign it then scan it back in email it :-p ... happy happy joy joy17:02
NobodyCams/in email/in AND email/17:03
*** dwalleck has quit IRC17:04
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Consider free disk space before downloading images into cache  https://review.openstack.org/9262517:04
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: PXE to pass hints to ImageCache on how much space to reclaim  https://review.openstack.org/9437117:04
*** tatyana has joined #openstack-ironic17:04
dtantsurlucasagomes, I've fixed merge conflicts for these 2, could you look again ^^^17:05
dtantsur(no real code changes)17:05
*** martyntaylor has joined #openstack-ironic17:05
*** rloo has quit IRC17:05
*** rloo has joined #openstack-ironic17:06
*** harlowja has joined #openstack-ironic17:06
*** tatyana_ has joined #openstack-ironic17:09
*** ndipanov has joined #openstack-ironic17:11
*** tatyana has quit IRC17:11
*** tatyana_ is now known as tatyana17:11
lucasagomesdtantsur, cool will do17:13
*** matty_dubs|lunch is now known as matty_dubs17:13
*** rloo has quit IRC17:16
*** rloo has joined #openstack-ironic17:17
*** rloo has quit IRC17:17
*** rloo has joined #openstack-ironic17:17
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Factoring out PXE and TFTP functions  https://review.openstack.org/9023317:17
NobodyCamok bbiab.. prob 1/2 an hour17:18
lucasagomesI'm also done for today17:18
lucasagomeshave a great night everybody17:18
Shrewsnight lucasagomes17:19
NobodyCamlucasagomes: 93133?17:19
NobodyCamhehehe17:19
NobodyCamand have a good night lucasagomes :)17:19
devanandamorning, all17:19
NobodyCamgood morning devananda :)17:19
lucasagomesNobodyCam, oh true17:19
Shrewshey devananda17:19
lucasagomesdevananda, morning17:19
lucasagomesdevananda, btw, I have a q about the hashring and rpc versioning17:20
NobodyCamok be back in about 1/2 an hour :)17:20
rloonight lucasagomes. morning devananda.17:20
lucasagomesdevananda, should we take account the version of the conductor when choosing the conductor that manage a specific node17:20
lucasagomes? I think it makes sense17:20
russell_hlucasagomes: how would that work?17:20
russell_hlucasagomes: only use the newest conductor versions found anywhere in the ring?17:20
lucasagomesthe conductor might have the driver loaded, but the rpc version might be incompatible with the rpcapi17:21
devanandalucasagomes: version of conductor?17:22
lucasagomeshttps://review.openstack.org/#/c/94379/17:22
lucasagomesrussell_h, devananda ^17:22
*** diga has joined #openstack-ironic17:22
lucasagomesperhaps I should elaborate it a bit more17:22
devanandaah17:22
devanandai see the issue17:22
lucasagomesbut... right now17:23
lucasagomeswe always pick the first conductor that has that driver17:23
lucasagomesfrom the list17:23
devanandalucasagomes: we should recommend // require that all services of a certain type be upgraded before the other services17:23
lucasagomeswe don't take in account the RPC_API_VERSION that the conductor supports17:23
devanandaeg, upgrade all conductors first, then upgrade all api services17:23
russell_h^ that17:23
lucasagomesdevananda, yes17:23
devanandawe can't assume that all conductors upgrade at once, but as long as the API services are all the same version WHILE the conductors are upgrading, it should be fine17:23
*** notq has quit IRC17:24
devanandasince no messages with higher RPC version will be sent17:24
devanandaand the conductor side of the RPC bus has to maintain backwards compat17:24
russell_hright17:24
lucasagomesyeah makes sense17:25
russell_hit also means you don't necessarily need to migrate every node between conductors during a rolling upgrade17:25
devanandawell. if you want the management plane to continue operating, you'd need to do a lot of rebalancing17:25
devanandaif you degrade service briefly (ie, set everything into maintenance mode briefly) then an upgrade wouldn't need to rebalance17:26
devanandawe haven't talked about that yet :)17:26
russell_heh, as long as you can do a graceful restart of the conductor, some builds might get delayed a little, but nothing should actually break17:26
russell_hand if you can't do a graceful restart of the conductor, you've got problems anyway17:26
*** igordcard has quit IRC17:26
devanandaright17:27
devanandaand a graceful restart should be well under the heartbeat timeout17:27
russell_hright17:27
russell_hin fact as long as the conductor doesn't do a lot of really-long-running operations, it could be very very fast17:27
devanandait would need to stop accepting new RPC requests while it finishes anything in flight, then restart17:28
russell_hright17:28
russell_hor17:28
russell_hwell, it sucks17:28
russell_hbut just kill -917:28
lucasagomesheh17:28
russell_hand hope for the best17:28
russell_ha lot of problems would eventually sort themselves out17:28
russell_hnot, like a firmware upgrade in progress :)17:29
devanandasure17:29
russell_hmy point is mostly about lost RPC messages17:29
russell_hwe should eventually rectify the situation17:29
russell_hI was thinking some about locking. Maybe this is already what you had in mind, but the "reserved" field today is used in two ways: 1) to tell other conductors "I'm working on this node, don't touch", and 2) to tell the API not to try to kick off additional changes17:31
russell_hwhat if the API ignored that field entirely17:32
russell_hand instead looked at whether any target_something_state != something_state17:32
*** eguz has joined #openstack-ironic17:33
russell_hso for example, if you set power_state to OFF, we'd do a transactional "set target power state to off, if all actual states match their target states"17:33
russell_hbut not actually mark the node reserved at all17:34
russell_hthen cast to the conductor and return17:34
russell_hthen conductors reserve the node and make the states match17:34
russell_hit'd actually be a very small change to the API I think17:34
*** eghobo has quit IRC17:37
*** ndipanov has quit IRC17:42
*** vkdrao has quit IRC17:43
lucasagomesrussell_h, right, but if it's just mark the target_state and not lock the node we could have a race condition no?17:44
lucasagomes2 requests changing the same state17:44
* lucasagomes brb, gotta go out buy something to eat17:46
*** lucasagomes is now known as lucas-afk17:46
*** tatyana has quit IRC17:47
*** tatyana has joined #openstack-ironic17:51
*** Mikhail_D_ltp has joined #openstack-ironic17:51
*** datajerk has quit IRC17:51
*** jistr|gone has quit IRC17:55
*** tatyana has quit IRC17:57
dtantsurdevananda, hi! Could you answer my questions here: https://review.openstack.org/#/c/79194/ This probably supersedes some of my work18:04
devanandadtantsur: looking18:05
devanandadtantsur: full user image isn't needed, but the user kernel&ramdisk are18:06
dtantsurdevananda, look, code you're introducing will call prepare on rebalance, covering actually the same case18:07
dtantsur(I'm about superseding https://review.openstack.org/#/c/92115/ aka https://bugs.launchpad.net/ironic/+bug/1279331)18:08
*** coolsvap is now known as coolsvap|afk18:08
devanandadtantsur: that's an old patch. I didn't notice jenkins abandoned it until yesterday18:08
devanandawhich is why I marked it WIP -- i haven't reviewed it yet to see how current it is18:09
devanandaI agree that prepare, when used for rebalancing, shouldn't fetch the whole user image again.18:09
dtantsurre instance image, I'm suggesting moving downloading it from prepare() to deploy(), anyway we're going to have it deleted in the end of deploy(). Are you ok with it?18:09
dtantsurpatch about deleting by ifarkas: https://review.openstack.org/#/c/92340/18:10
*** diga has quit IRC18:10
devanandamove that to deploy && delete at the end of deploy -- yep, sounds good to me18:11
dtantsurack, either ifarkas or I will do18:11
Shrewsrloo: hi! great comment on 92105. it could very well lead us to a more in-depth discussion about how to document those variables, but my main reason for including IRONIC_VM_EPHEMERAL_DISK in our quickstart guide is that it makes it easier for a dev to test ephemeral partitions if they know that variable exists.18:11
dtantsurdevananda, now re my patches: should a just postpone https://review.openstack.org/#/c/92115/ (and parent) until you're decided about your patch?18:12
Shrewsrloo: the other variables are more "tuning" type things, which is probably why they haven't been documented anywhere18:12
dtantsurbtw, core folks, easy target for approving (two +2's already): https://review.openstack.org/#/c/92340/ :)18:15
devanandadtantsur: quick note on use of INFO logging: https://wiki.openstack.org/wiki/LoggingStandards18:28
devanandaalso, we need to clean up our log usage overall....18:29
*** pelix has quit IRC18:30
rlooShrews: ok, so you want me to land it? :-)18:31
devanandadtantsur: so I'd like a spec for handling the rebalancing18:32
devanandadtantsur: and I would rather not land either of our patches taht implement rebalancing until then18:33
Shrewsrloo: i think it would be helpful, so... yes please   :)18:33
devanandadtantsur: also, mrda_away volunteered to work on that at the summit18:33
*** igor__ has quit IRC18:34
*** igor_ has joined #openstack-ironic18:35
rlooShrews: done!18:36
Shrewsrloo: muchas gracias!18:38
*** geertj has quit IRC18:41
dtantsurdevananda, cool, will follow, thanks18:53
dtantsurg'night18:55
*** krtaylor has joined #openstack-ironic18:56
*** jcoufal has quit IRC18:56
*** jcoufal has joined #openstack-ironic18:56
*** shakamunyi has quit IRC18:57
* NobodyCam is back18:57
NobodyCamrloo: would you like me to reply to the questions on 93133 or here?18:59
rlooNobodyCam: probably best to reply so there is a 'record' there. Unless you think we should discuss?19:00
NobodyCam:)19:00
*** harlowja is now known as harlowja_away19:04
*** datajerk has joined #openstack-ironic19:06
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313319:10
NobodyCamrloo: replyed and pushed!!!19:10
rlooNobodyCam: thx.19:10
NobodyCamlet me know if there are other questions19:10
rlooNobodyCam: so it still isn't clear: line 208 https://review.openstack.org/#/c/93133/25..26/ironic/drivers/modules/deploy_utils.py19:13
rlooNobodyCam: if utils.execute raises an exception, what is block_sz?19:14
rlooNobodyCam: and for line 230 - do you have the link from the google search?19:14
NobodyCamrloo: 208 should be zero. see lucas's comment on rev 24.. https://review.openstack.org/#/c/93133/24/ironic/drivers/modules/deploy_utils.py19:25
NobodyCamrloo: link: http://www.noah.org/wiki/Dd_-_Destroyer_of_Disks#Erase_GPT_.28GUID_Partition_Table.2919:26
rlooNobodyCam: my python isn't that great. Are you sure that if utils.execute() raises an exception, block_sz = '0'?19:26
*** harlowja_away is now known as harlowja19:27
rlooNobodyCam: I suppose I should figure it out myself. I'll test it out in a bit...19:28
NobodyCamI wanted to set it to zero. like rev 24, but lucas says not to.19:29
rlooNobodyCam: yeah, I just don't see how it can be set to '0' if an exception is raised. even if lucas says so. I'll have to prove it to myself ;)19:30
NobodyCam:)19:30
NobodyCamanyone else have time to take a look at 93133?19:31
*** lucas-afk has quit IRC19:32
*** datajerk has quit IRC19:32
NobodyCamrloo Now that I think about it what iff I set to zero in the except clause of get_dev_block_size19:33
rlooNobodyCam: yes, that will work. I just can't see how it will work as-is.19:33
NobodyCamack19:33
NobodyCamone sec19:33
rloowell, no need to push it out now. cuz i'm going to ask for another change. just don't know what it is yet. need to read the link first...19:34
NobodyCamlol.. ack... I'm ready to push/change19:35
rlooNobodyCam: it may take me awhile. i want to understand where 35 comes from...19:35
rlooNobodyCam: it seems related to the dd command, the count=X variable...19:36
rlooNobodyCam: my first guess is that you should be using 1, not 35. but that's just by pattern matching; i don't understand it yet.19:36
NobodyCamrloo ack. but count 35 with bs of 4096 is 14336019:40
NobodyCam(thats why I left the 35) that and it works in my testing19:41
NobodyCam:-p19:41
*** lucas-afk has joined #openstack-ironic19:44
*** eguz has quit IRC19:47
*** eghobo has joined #openstack-ironic19:47
ShrewsNobodyCam, rloo: yeah, that formula makes *no* sense to me19:54
Shrewsif this table is accurate (https://wiki.archlinux.org/index.php/GUID_Partition_Table#GUID_Partition_Table), then that formula would be dd'ing more than necessary19:55
NobodyCamShrews: so -1 vs the -3519:56
devanandalunching, bbiab19:56
NobodyCamenjoy lunch devananda19:56
ShrewsNobodyCam: did you read the "Note 1" part of that website you got that from?19:58
Shrews"Note 1, you may have to zero out a larger range of blocks for the secondary GPT. This is because I am not certain of my math." .. yada yada yada19:59
NobodyCam:)20:01
NobodyCamok all, I have to run to a meeting with doctors. I will be back... Please leave comments on 93133 and I will address as soon as I get back.20:02
NobodyCamThank you all for the help / assistence with this :)20:02
Shrewsmy concern would be that, since i *think* the ephemeral partion is the first partition created, you might be accidentally killing data there. the part at the end probably isn't as big a deal since the root partition should be the last one20:03
*** tatyana has joined #openstack-ironic20:06
rlooShrews, so the question is what is the minimal amount that needs to be wiped from the beginning and the end?20:07
Shrewsrloo: right20:07
Shrewsrloo: but not being an expert with gpt, not sure what the correct math is20:07
Shrewsleaving my concerns on the review20:08
rlooShrews: ha ha. Neither am I. Just reading http://en.wikipedia.org/wiki/GUID_Partition_Table made my eyes glaze over.20:08
rlooShrews: based on that, it seems like if we wipe out LBA0&1, we're OK.20:09
rlooShrews: from the beginning.20:09
Shrewsrloo: i would think so. just don't want to go *beyond* those, which i think this is doing20:13
rlooShrews: that also says that LBA 34 is the first usable sector. if we want to erase the partitiion entry array too. but do we know that GPT is always there, vs MBR?20:14
Shrewsrloo: not sure. i'd need to research that20:15
Shrewsanyway, i left a note on the review for NobodyCam20:16
*** jrist_ has joined #openstack-ironic20:19
*** jrist has quit IRC20:21
*** jrist_ is now known as jrist20:21
Shrewsrloo, NobodyCam: so, if an LBA sector is 512 bytes (not sure how to determine that), then the first dd covers the MBR and the GPT and then some. I think there is some "free space" between the GPT and the first physical partition, but again, not sure how to verify that.20:29
openstackgerritA change was merged to openstack/ironic: Update dev quickstart guide for ephemeral testing  https://review.openstack.org/9210520:29
Shrewsrloo, NobodyCam: if all of that is true, then the change is probably ok, but it doesn't make me feel very confident20:29
rlooShrews: the first DD covers 4096 bytes, right?20:31
Shrewsyeah20:31
rlooThe MBR is only 512 bytes. A GPT is at least 18 KiB.20:31
rlooShrews: according to https://wiki.archlinux.org/index.php/GUID_Partition_Table#GUID_Partition_Table20:32
*** r-daneel has joined #openstack-ironic20:33
Shrewsrloo: yeah, but i'm supposing you only need to erase the gpt header, which is the first 512 of that. i'm probably wrong20:33
rlooDo we know if we're always going to deal with GPT, or if we might have MBR only?20:34
* Shrews is probably only adding more confusion and not really helping20:34
Shrewsrloo: i have no idea  :/20:34
rlooif we have MBR only, do we know that the first partition or whever the ephemeral part starts, is beyond 4096 bytes from the start?20:34
*** Mikhail_D_ltp has quit IRC20:35
rlooShrews: hehe. I don't know either. And I haven't even looked at the wiping at the end of the disk yet!20:35
Shrewsrloo: "This typically causes the first primary partition to start at LBA 63 on disks accessed via LBA, leaving a gap of 62 sectors with MBR-based disks, sometimes called "MBR gap", "boot track", or "embedding area"."20:35
Shrewshow "typical" that is, i have no clue20:36
rlooShrews: yeah, I saw that. But the 'typically' worried me.20:36
Shrewslol ++20:36
rlooha ha.20:36
rlooAs long as we say 'we assume that ...' :-)20:36
rloook, maybe i'll look at the end part now ;)20:36
*** tatyana has quit IRC20:43
*** pradipta_away is now known as pradipta20:43
*** matty_dubs is now known as matty_dubs|gone21:03
*** jdob has quit IRC21:07
devanandaback21:14
devanandarloo: Shrews: we are definitely going to deal with both MBR and GPT21:15
rloodevananda: ah, ok thx.21:15
devanandaand we need to support a) detecting which one is present, eg. during rebuild. b) allowing the user // image // flavor to indicate which one we should use. c) accepting an override (eg, some property of the node) that indicates the capabilities of the hardware itself21:16
devanandaanyone want to write a spec for that? :)21:16
devanandaI'm happy to brain dump the reasoning behind it21:16
rloodevananda: are you in a hurry for that spec?21:18
devanandarloo: not terribly, but the sooner something gets started the better21:20
devananda(isn't taht always true?)21:20
rloodevananda: ha ha. I could take a stab at it (the spec anyway), but don't want to before next week.21:21
devanandarloo: let's see what happens by then21:21
devanandai'm working on specs today21:21
*** jcoufal has quit IRC21:21
rloodevananda: ok, always good to procrastinate. I'll check back with you next week ;)21:22
*** Penick has joined #openstack-ironic21:28
adam_gis there a way i can force a node out of 'wait call-back' state so that it can be deleted by nova?21:31
devanandaadam_g: waitcallback should be deletable21:35
devanandaadam_g: if it's in an active deploying state, it can't be interrupted. but wait callback, last I tried it, was interruptible21:36
*** Penick has quit IRC21:36
*** mrda_away is now known as mrda21:43
mrdaMorning ironic!21:43
devanandag'morning, mrda !21:45
mrdahey devananda21:50
*** hipster has quit IRC21:55
*** krtaylor has quit IRC22:05
adam_gdevananda, thoughts on making the virutal ironic job voting in the ironic gate? i was into the idea a few weeks ago, but then a change slipped into  tempest that broke the job for a few days everywhere22:15
adam_git could have been caught in the tempest gate if the virtual-ironic job was voting, but AIUI that can't happen until graduation/integration22:15
adam_gbut maybe there was talk about this last week at summit22:15
devanandaadam_g: strongly in favor of it. though we may want to fix the bug I posted yesterday, or at least post an elastic recheck for it22:15
devanandaand yea, we can't vote on other projects yet22:16
devanandabut that should be voting on ironic and python-ironic-client22:16
devananda(we cant vote on integrated projects until Ironic gradautes)22:16
adam_gdevananda, right, im just worried more things slipping thru tempest or similar and it blocking ironic code from landing till its fixed22:17
devanandaadam_g: as am I. however, we still need to do it22:18
adam_gdevananda, cool22:19
devanandatwo things on this from the summit22:20
*** uberj has quit IRC22:20
devananda* folks on the QA team should start paying attention to our jobs, even though they're not voting yet. sdague is aware of this, but not everyone else is yet22:21
*** uberj has joined #openstack-ironic22:21
devananda* we should be reporting to nova in the same way that other third-party drivers are reporting22:21
devanandabecause folks actually look at those22:21
devananda(as opposed to the jenkins-run nonvoting jobs, which the nova-core team mostly ignores)22:21
adam_gdevananda, as in a separate 3rd party CI system?22:22
devanandaadam_g: want to work with infra on getting our virtual-ironic job, which is already run on every nova reviwe, to *report* as though it's a third-party CI ?22:22
devanandait still needs to run in the same way it runs today. it just needs to report differently22:22
adam_gah okay22:22
adam_gyea. sounds doable22:22
adam_gwonder if there are any others that do similar22:22
mrdaadam_g: yay!22:23
devanandajeblair had some ideas as to how we can do that, whcih I didn't really understand22:23
devanandaadam_g: afaik, nope. it was quite an odd discussion :)22:23
devanandait's also temporary22:23
devanandaonce ironic graduates, that'll no longer be necessary22:23
adam_gright22:24
devanandaI believe it was mikal's suggestion, as a means to increase awareness of nova changes that break ironic prior to graduation22:24
mrdadevananda: it's all about cultural change - teaching nova reviewers to care about what we're doing, and gaining their trust, so that there will be no blockers to voting going on eventually22:25
devanandamrda: right22:25
mrdaI think it's a great thing!22:26
mrdadevananda: in other news, one of my peers has been doing work on the ironic horizon tab.  Here's his screenshots to date: http://neill.id.au/horizon-ironic/screenshots22:29
devanandamrda: see the ML thread on this? jcoufal is working on this as well, and the two of them should collaborate :)22:30
mrdano reviews have taken place so far, but he's made some progress and probably isn't far from seeking thoughts22:30
*** radsy has joined #openstack-ironic22:31
*** sanek11 has joined #openstack-ironic22:31
mrdadevananda: I haven't seen the thread from jcoufal.  I'll take a look22:31
devanandagood stuff though :)22:31
mrda:)22:31
*** dividebin has joined #openstack-ironic22:31
*** dividehex has quit IRC22:33
*** igor__ has joined #openstack-ironic22:34
*** morgabra_ has joined #openstack-ironic22:36
*** morgabra has quit IRC22:38
*** agordeev has quit IRC22:38
*** anteaya has quit IRC22:38
*** igor_ has quit IRC22:38
*** uberj has quit IRC22:38
*** jgrimm has quit IRC22:39
*** r-daneel has quit IRC22:41
*** uberj has joined #openstack-ironic22:42
*** Hefeweiz1n has joined #openstack-ironic22:47
*** rwsu has quit IRC22:49
*** linggao has quit IRC22:49
*** sseago_ has quit IRC22:49
*** morgabra_ is now known as morgabra22:50
*** morgabra has quit IRC22:50
*** morgabra has joined #openstack-ironic22:50
*** Hefeweizen has quit IRC22:55
*** anteaya has joined #openstack-ironic22:56
*** zdin0bot has joined #openstack-ironic22:57
*** eguz has joined #openstack-ironic22:59
*** eghobo has quit IRC23:02
*** sseago_ has joined #openstack-ironic23:09
*** nosnos has joined #openstack-ironic23:10
*** linggao has joined #openstack-ironic23:10
*** rwsu has joined #openstack-ironic23:12
*** lucas-afk has quit IRC23:13
*** zdin0bot has quit IRC23:29
*** pradipta is now known as pradipta_away23:29
*** harlowja has quit IRC23:33
*** harlowja_ has joined #openstack-ironic23:33
openstackgerritDan Prince proposed a change to openstack/ironic: Port iBoot PDU driver from Nova  https://review.openstack.org/5097723:34
*** zdin0bot has joined #openstack-ironic23:40
*** openstackgerrit has quit IRC23:49
*** openstackgerrit has joined #openstack-ironic23:51

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