Monday, 2014-05-26

*** shakamunyi has joined #openstack-ironic00:41
*** zackf has quit IRC00:49
*** shakamunyi has quit IRC00:50
*** matsuhashi has joined #openstack-ironic00:55
*** nosnos has joined #openstack-ironic00:59
*** zackf has joined #openstack-ironic01:09
*** shakamunyi has joined #openstack-ironic01:16
*** killer_prince has quit IRC01:17
*** shakamunyi has quit IRC01:26
*** shakamunyi has joined #openstack-ironic01:53
*** shakamunyi has quit IRC01:57
*** shakamunyi has joined #openstack-ironic01:58
*** shakamunyi has quit IRC02:05
*** shakamunyi has joined #openstack-ironic02:30
*** shakamunyi has quit IRC02:40
*** shakamunyi has joined #openstack-ironic03:07
*** shakamunyi has quit IRC03:17
*** matsuhashi has quit IRC03:19
*** coolsvap|afk is now known as coolsvap03:29
*** nosnos has quit IRC03:33
*** coolsvap is now known as coolsvap|afk03:41
*** shakamunyi has joined #openstack-ironic03:43
*** coolsvap|afk is now known as coolsvap03:48
*** shakamunyi has quit IRC03:53
*** shakamunyi has joined #openstack-ironic04:19
*** rameshg87 has joined #openstack-ironic04:20
*** matsuhashi has joined #openstack-ironic04:21
*** nosnos has joined #openstack-ironic04:21
lifelessHey Ironic folk - https://bugs.launchpad.net/ironic/+bug/1323152 - I've emailed the list, but its currently causing grief in tripleo :(.04:27
openstackgerritSirushti Murugesan proposed a change to openstack/ironic: Adds support for deploying whole disk images  https://review.openstack.org/7305404:27
*** shakamunyi has quit IRC04:29
*** lazy_prince has joined #openstack-ironic04:42
*** shakamunyi has joined #openstack-ironic04:55
*** shakamunyi has quit IRC05:05
*** sabah has joined #openstack-ironic05:13
*** lazy_prince has quit IRC05:15
*** sabah has quit IRC05:15
*** subah has joined #openstack-ironic05:15
*** radsy has quit IRC05:17
*** lazy_prince has joined #openstack-ironic05:21
*** shakamunyi has joined #openstack-ironic05:32
*** shakamunyi_ has joined #openstack-ironic05:37
*** coolsvap is now known as coolsvap|afk05:37
*** shakamunyi has quit IRC05:39
*** shakamunyi_ has quit IRC05:39
*** alexizz has joined #openstack-ironic05:40
*** coolsvap|afk is now known as coolsvap05:45
*** k4n0 has joined #openstack-ironic05:45
*** k4n0 has quit IRC06:03
*** coolsvap is now known as coolsvap|afk06:09
*** coolsvap|afk is now known as coolsvap06:20
mrdahey ironic: Just trying to understand how our tests work... it appears our ironic tests only use test pecan servers, rather than wsme.  Does that mean if I want to do any testing that might be wsme specific, I might need to do it in tempest where we would instantiate a full ironic server (and hence use wsme)?  I think devananda might know the answer, but anyone else feel free to jump in :)06:28
*** k4n0 has joined #openstack-ironic06:32
*** coolsvap is now known as coolsvap|afk06:38
dtantsurMorning Ironic!06:40
mrdadtantsur: \o06:42
dtantsurmrda, o/06:43
mrdadtantsur: where are you based?06:44
dtantsurmrda, Brno, Czech06:44
mrdawow, ok, thanks06:45
mrdaI'm Adelaide, Australia06:45
dtantsurcool!06:48
dtantsurso it's quite late at your place now, right?06:49
*** coolsvap|afk is now known as coolsvap06:49
mrdawell, 4:20pm06:49
mrdaalmost time to be afk06:50
mrda:)06:50
dtantsurnearly 9am here :)06:51
dtantsurtimezones don't stop to surprise me06:52
mrdadtantsur: and do you stay online for the ironic meeting? Or is that too late?06:52
dtantsurmrda, I do. It's 9pm, so it's a bit troublesome, but possible06:52
dtantsurbtw are we having a meeting today?06:52
mrdawell, that's better than the 4:30am that it is for me! :)06:53
mrdaI think so (hope so, since I'm planning on getting up early)06:53
dtantsurouch06:53
dtantsur4:30am sounds hard :(06:53
mrdaI should have joined another project ;P06:53
* dtantsur is a night owl06:54
*** vinbs has joined #openstack-ironic06:57
*** viktors|afk has joined #openstack-ironic07:06
*** zul has quit IRC07:26
*** Mikhail_D_ltp has joined #openstack-ironic07:40
*** zul has joined #openstack-ironic07:40
*** foexle has joined #openstack-ironic07:53
mrdasee y'all tomorrow07:56
*** mrda is now known as mrda-away07:57
vinbsHello everyone08:07
vinbsI'm new to ironic08:08
vinbsI have an all-in-one node openstack setup08:08
vinbsand also have ironic service setup08:08
vinbswhen I add a node using the ironic node-create command, the baremetal node gets added08:10
vinbsand I'm able to power on power off the node08:10
vinbsI'm using the pxe_ipmitool driver08:10
vinbsbut the baremetal node is not getting listed in the list of hypervisors08:11
vinbscould anyone point me to what I might be doing wrong?08:12
*** jistr has joined #openstack-ironic08:13
*** derekh_ has joined #openstack-ironic08:23
*** lucasagomes has joined #openstack-ironic08:33
*** lsmola has joined #openstack-ironic08:39
*** rameshg87 has quit IRC08:41
dtantsurvinbs, hello, what exactly do you mean by "list of hypervisors"?08:44
*** viktors|afk is now known as viktors08:45
*** rameshg87 has joined #openstack-ironic08:48
viktorshello All. Can someone look at bug https://bugs.launchpad.net/ironic/+bug/1321787 ?08:48
*** vkdrao has joined #openstack-ironic08:51
*** coolsvap is now known as coolsvap|afk08:54
*** max_lobur has joined #openstack-ironic08:54
*** max_lobur has quit IRC08:56
*** max_lobur has joined #openstack-ironic08:56
*** coolsvap|afk is now known as coolsvap09:01
lucasagomesviktors, whtat's the output of ironic node-validate $NODE?09:02
vinbsdtantsur: nova hypervisor-list09:02
lucasagomesit looks like permission or some network problem09:02
viktorslucasagomes: I've already removed this environment :( .Please inform me, what data should I collect and I'll try to reproduce this some later09:04
lucasagomesviktors, check if the username/[password, keyfile, keydata] is correct at the Node's driver_info attribute09:05
*** alexizz has quit IRC09:05
lucasagomestry to login to the machine using the conventional ssh command to see if it works as well09:05
lucasagomesI don't think it's an ironic problem, it might be some wrong credentials or network problem that is preventing u to access the machine09:06
lucasagomesmight worth checking the permissions that the ssh keys have in the filesystem (if you're using keys)09:06
dtantsurvinbs, I'm not sure, why are you expecting to see node in hypervisor list. It's not a hypervisor09:07
dtantsurlucasagomes, hi, I'm a bit stuck, could you help me?09:08
lucasagomesdtantsur, hey sure, if I know how to I will09:08
dtantsurlucasagomes, have a look at commit message here: https://review.openstack.org/#/c/73054 . I can't decide, whether the new parameter should go to driver_info or instance_info09:08
dtantsurmaybe it's lack of coffee and getting up at 6am :(09:09
viktorslucasagomes: it looks like some races in Ironic code, IMO. I've got a similar (but not totally same) error with this code http://paste.openstack.org/show/81487/09:10
viktorslucasagomes: but there are was some cases, when I got totally same error09:11
lucasagomesdtantsur, hmm thinking as well... I would say instance_info because it's related to the image that is being deployed... but this parameter looks like something that nova should set and idk if nova knows about it09:12
lucasagomesdtantsur, if we have a metadata in the image09:12
* lucasagomes thinking heh09:12
*** matsuhashi has quit IRC09:13
dtantsuryeah, that's interesting :) I'll go ahead a leave a review without this point, but we need to decide, I think09:13
lucasagomesdtantsur, +1, so there's a metadata in the image that says it's a whole disk image right?09:13
dtantsurlucasagomes, yep09:14
lucasagomesdtantsur, if so, and nova doesn't look at it, we could make the prepare() method of the pxe set it in the instance_info09:14
lucasagomeswhen it's downloading the image and converting to raw09:14
lucasagomesdtantsur, but as the instance_info doesn't work right now I think this patch might be safe until we get it merged09:14
dtantsurlucasagomes, I'd better ask the author to rebase on top of your patch. I don't feel like introducing more merge conflicts09:15
lucasagomesdtantsur, cool yeah that works also09:15
lucasagomesviktors, hmm I see, well if you hit it again I think we should try to debug it deeply then09:16
dtantsurbut right, I realize I don't understand how that patch works with Nova09:16
dtantsurwe need to chat with the author, I guess09:16
dtantsursirushti, hi, are you around?09:16
dtantsurwe're discussing your "whole disk deploy" patch09:17
viktorslucasagomes: ok, I'll ping you in this case09:17
lucasagomesviktors, ack09:17
dtantsurbtw, lucasagomes, do we have any kind of "Starting guide" for folks, who install Ironic themselves? I remember reading a lot of devstack source code :(09:18
viktorslucasagomes: no, some later :)09:18
sirushtidtantsur, here09:19
dtantsursirushti, please have a look at our discussion with Lucas above09:19
lucasagomesdtantsur, you mean just running it to test the services? there's a quick guide in our dev page09:20
sirushtidtantsur, reading now :-)09:20
*** matsuhashi has joined #openstack-ironic09:20
lucasagomesdtantsur, http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#exercising-the-services-locally09:20
dtantsurlucasagomes, no, I mean proper setup, with booting real nodes. I did it once, but it's not a peace-of-cake09:20
dtantsurit's for vinbs09:20
lucasagomesdtantsur, ahh I don't have any tutorial on how to do it completely manually no :(09:21
dtantsurvinbs, as you see ^^^, we don't have anything ready-to-use. My suggestion is: I create/use existing etherpad, where I copy-paste required commands09:22
dtantsuryou may need to fix them a bit, updating an etherpad09:22
dtantsurso that we have kind of guide for your case09:22
dtantsurwhat do you think?09:22
*** ams0 has joined #openstack-ironic09:23
*** ams0 has quit IRC09:23
vinbsdtantsur. sure.. I will need to try out things then09:24
vinbsI will create an etherpad09:24
sirushtidtantsur, If I understand correctly, you're asking how the deploy_disk field is set by nova? It checks the image_properties of the image for kernel/ramdisk09:24
dtantsurvinbs, yeah, give it a meaningful name and send me the link09:25
vinbsdtantsur, sure09:26
dtantsursirushti, so you're getting this information from image properties? Like setting deploy_disk=True there?09:26
sirushtidtantsur, well, if the image has kernel/ramdisk in its properties dict, then based on that, I set a boolean deploy_disk value.09:27
dtantsursirushti, first of all, I'm somewhat against doing it if the image has no kernel/ramdisk. That can be just an operator's mistake, and you'll try to do whole-disk deployment09:29
dtantsursirushti, I'd vote for a special flag 'deploy_disk' or smth in image properties dict09:29
sirushtidtantsur, That was how it was initially during the early stages of the patch. It was later advised to be changed to a 'find out if the image has kernel/ramdisk and figure out what type of image it is'.09:31
dtantsursirushti, can we really "figure out what type of image it is"?09:32
*** matsuhashi has quit IRC09:33
dtantsursirushti, also, could you point me to this particularly comment? I can't find it09:34
sirushtidtantsur, type of image in the sense - Disk or Partition Image. Well, I think it's an assumption that has to be made. If the operator fails to register a kernel/ramdisk along with the image, it's considered a whole disk image.09:34
sirushtidtantsur, Let me try and find it09:34
dtantsuryes please09:34
*** matsuhas_ has joined #openstack-ironic09:38
sirushtidtantsur, https://etherpad.openstack.org/p/icehouse-ironic-windows-support - here09:38
*** rameshg87 has quit IRC09:40
sirushtidtantsur, do you think there is a hard necessity to set a glance tag to determine if its a disk/partition image?09:43
*** igor_ has joined #openstack-ironic09:50
dtantsuraha, what I see here:09:51
dtantsur1. full disk doesn't imply local boot  <-- what do you think on this?09:51
dtantsur2. Full disk controlled by a tag in glance  <-- nothing about having kernel/ramdisk09:52
dtantsur3. full disk image cannot be deployed to a flavor that has ephemeral or swap sizes   <-- do you check it?09:52
dtantsursirushti, ^^^09:53
*** shakamunyi has joined #openstack-ironic10:01
*** coolsvap is now known as coolsvap|afk10:09
*** rameshg87 has joined #openstack-ironic10:13
*** shakamunyi has quit IRC10:15
dtantsurlucasagomes, can we have this particular change: https://review.openstack.org/#/c/86092/15/ironic/conductor/utils.py split and be merged asap? I think it should be more than useful for say agent driver10:20
dtantsurit will also allow you make all management patches independent of each other10:21
*** rameshg87 has left #openstack-ironic10:21
*** rameshg87 has joined #openstack-ironic10:22
lucasagomesdtantsur, I bet we could, but this patch is the first of the series wouldn't be easier to get it merged? (I need to rebase it)10:22
lucasagomesdtantsur, I will rebase it and try to poke the guys to take a look at it10:22
dtantsurlucasagomes, well, to me the whole series is relatively easy to merge :) thanks10:22
*** Sirushti_afk has joined #openstack-ironic10:25
*** SpamapS has quit IRC10:25
*** SpamapS has joined #openstack-ironic10:26
*** SpamapS has quit IRC10:26
*** SpamapS has joined #openstack-ironic10:26
Sirushti_afkdtantsur, sorry, brb, in a meeting10:27
dtantsurok10:27
*** Sirushti_afk has quit IRC10:31
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove 'node' parameter from the Console and Rescue interfaces  https://review.openstack.org/9109710:32
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove 'node' parameter from the Power interface  https://review.openstack.org/9109310:32
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove 'node' parameter from the Deploy interface  https://review.openstack.org/9106210:32
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove 'node' parameter from the validate() methods  https://review.openstack.org/9110410:32
*** shakamunyi has joined #openstack-ironic10:33
*** vinbs has quit IRC10:42
*** vinbs has joined #openstack-ironic10:43
*** martyntaylor has joined #openstack-ironic10:55
*** martyntaylor has left #openstack-ironic10:57
sirushtidtantsur, back, free now?10:58
dtantsursirushti, will be in 10 minutes :)10:58
sirushtidtantsur, cool :-)10:59
*** max_lobur1 has joined #openstack-ironic11:09
*** max_lobur has quit IRC11:10
*** rameshg87 has quit IRC11:10
dtantsursirushti, here11:13
*** boris-42 has quit IRC11:13
*** rameshg87 has joined #openstack-ironic11:14
sirushtidtantsur, okay, so after re-reading the spec, I probably misinterpreted the glance tag bit11:14
dtantsursirushti, left a comment, repeating what I fetched from the etherpad11:17
*** vkdrao has quit IRC11:18
dtantsursirushti, also we discussed here, whether deploy_disk field should be in driver properties or in instance properties11:19
sirushtidtantsur, just looking at the instance_info patch and scrolled back11:21
*** boris-42 has joined #openstack-ironic11:22
dtantsursirushti, I suspect it should be in instance_info11:23
sirushtidtantsur, yes, same here, because different deploys can have different images being deployed to them?11:24
sirushtidtantsur, so anything that changes per deploy should probably go to instance_info11:24
sirushtino?11:24
dtantsursirushti, probably. E.g. image_source will be in instance_info11:24
dtantsurI think so, yes11:24
sirushtidtantsur, so IIUC, deploy_disk based on glance tag, and that's put into instance_info11:29
dtantsuryes, seems correct11:29
dtantsurto get proper instance_info you may want to rebase on top of lucasagomes' patch11:29
sirushticool, I'll do that then :-) thanks11:31
lucasagomes:)11:31
*** lucasagomes is now known as lucas-hungry11:31
sirushtidtantsur, any comments on localboot? It seems like certain images require certain a certain boot order. There's a problem of the user himself setting the boot order. Do we restrict the user from changing the boot order?11:32
dtantsurre localboot, I think it should be optional. But! I'm ok with not making it optional in this patch11:33
dtantsurOf course you should get opinion of other folks here on this11:34
dtantsurbut to me you may start with localboot = on, but keep in mind, it should be eventually optional and configurable11:34
dtantsur(that't my interpretation of the etherpad. I personally don't know use cases for whole-disk-image w/o localboot)11:34
dtantsurlucas-hungry, ^^^ ?11:35
sirushtidtantsur, hmm, it seems weird however to have a 'pxe driver' set localboot for any image. I'd assume that should be managed elsewhere but not too aware about this.11:36
sirushtidtantsur, will dig in more11:36
sirushtidtantsur, thanks again :-)11:39
dtantsurur welcome :)11:40
*** jcoufal has joined #openstack-ironic11:43
*** ifarkas has joined #openstack-ironic11:43
*** jcoufal has quit IRC11:43
*** lazy_prince has quit IRC11:46
*** nosnos has quit IRC12:00
openstackgerritSandhya Balakrishnan proposed a change to openstack/ironic: Update Ironic Guide post landing for 569c0f395a9  https://review.openstack.org/9460412:04
*** dtantsur is now known as dtantsur|lunch12:07
*** matsuhas_ has quit IRC12:08
*** k4n0 has quit IRC12:10
*** subah has quit IRC12:14
*** vinbs_ has joined #openstack-ironic12:15
*** lazy_prince has joined #openstack-ironic12:17
*** vinbs has quit IRC12:18
*** vinbs has joined #openstack-ironic12:20
*** vinbs_ has quit IRC12:21
*** igordcard has joined #openstack-ironic12:22
*** matsuhashi has joined #openstack-ironic12:28
*** igordcard has quit IRC12:29
*** rloo has joined #openstack-ironic12:33
*** lucas-hungry is now known as lucasagomes12:35
*** rloo has quit IRC12:37
*** rloo has joined #openstack-ironic12:37
*** lazy_prince has quit IRC12:37
lucasagomesdtantsur|lunch, sirushti yeah local boot should be configurable12:37
openstackgerritRamakrishnan G proposed a change to openstack/ironic: Add IloDriver and its utils  https://review.openstack.org/8950012:38
*** shausy has joined #openstack-ironic12:45
viktorslucasagomes: ping12:48
lucasagomesviktors, pong12:48
lucasagomesviktors, did you reproduce that problem?12:49
viktorslucasagomes: yes, I've got same bug just now.12:49
viktorslucasagomes: waht should I do for debug?12:49
lucasagomesviktors, right... what's the output of "ironic node-validate $NODE" ?12:49
lucasagomeswhat does the power interface says?12:50
viktorslucasagomes: deploy     | False  | Can not validate PXE bootloader. The following parameters were not passed to ironic: ['pxe_root_gb', 'pxe_image_source', 'pxe_deploy_kernel', 'pxe_deploy_ramdisk']12:50
lucasagomesthe power interface12:50
lucasagomesit says True?!12:51
viktorsyes12:51
lucasagomesthe deploy is ok, because this parameters will be passed via the nova driver12:51
lucasagomesright so the ssh seems to be fine12:51
viktorslucasagomes: what's next?12:51
lucasagomesviktors, hmmm checking the error in the bug ticket 1 sec12:55
viktorslucasagomes: sure12:55
lucasagomesviktors, what version of paramiko ur using?12:56
lucasagomesviktors, seems that something similar was fixed on the version 1.11, https://github.com/paramiko/paramiko/commit/e1851788768b5132181690e5ab03d4d65c466e4212:57
lucasagomesviktors, another way to work it around, seems greenthreads doesn't seems to work nicely with paramiko12:57
lucasagomesmaybe would be to have it in a subprocess?12:58
*** ifarkas has quit IRC12:58
viktorslucasagomes: I'm a little confused, that nobody got this error before12:59
lucasagomesviktors, yeah, well ssh driver is only used for tests so12:59
viktors>>> paramiko.__version__13:00
viktors'1.14.0'13:00
lucasagomeshttps://answers.launchpad.net/nova/+question/19017113:00
lucasagomesbut no answers :(13:00
viktorsyes, it looks similar13:00
lucasagomesviktors, ah https://bugs.launchpad.net/sahara/+bug/121234113:01
lucasagomesviktors, https://review.openstack.org/#/c/45716/13:01
*** zackf has quit IRC13:01
*** dtantsur|lunch is now known as dtantsur13:01
viktorslucasagomes: oh :)13:02
* viktors looking at the patch13:03
*** matsuhashi has quit IRC13:06
*** matsuhashi has joined #openstack-ironic13:06
*** shakamunyi has quit IRC13:07
viktorslucasagomes: thanks for your help!13:08
lucasagomesviktors, ah no problem, thank you for digging into the problem :)13:08
*** matsuhas_ has joined #openstack-ironic13:10
*** matsuhashi has quit IRC13:10
dtantsurrameshg87, ping re https://review.openstack.org/#/c/8950013:13
*** igordcard has joined #openstack-ironic13:13
rameshg87hi dtantsur13:14
dtantsurrameshg87, hi! I just wondering, whether you should now merge two iLo patches together13:15
dtantsurhttps://review.openstack.org/#/c/89500 no longer makes much sense on it's own13:15
dtantsurI don't think you'll have a separate Deploy driver for your hardware, right?13:15
rameshg87dtantsur, yes we have a separate deploy driver13:16
dtantsurwow13:16
dtantsurI see. And still I suggest merging https://review.openstack.org/#/c/89500 https://review.openstack.org/#/c/90294/13:16
dtantsurit's hard to reason e.g. about common code without anything actually using it13:17
rameshg87dtantsur: it will use the virtual media to boot the proliant server for both deploy and boot - aimed at people who don't want to use pxe13:17
rameshg87dtantsur: we will submit the design spec once it is ready, most probably this week13:17
rameshg87dtantsur, i agree, there isn't anything in there in the common code..13:18
dtantsurok, let Deploy be a separate spec and separate patch13:18
rameshg87dtantsur, so we will need to abort the ongoing 2 reviews and merge it into a separate review ?13:18
dtantsurrameshg87, ok, abandon https://review.openstack.org/#/c/90294/ and update https://review.openstack.org/#/c/89500 with all changes13:19
rameshg87dtantsur: i mean should we raise a new review ?13:19
dtantsurI don't want to lose history in the first patch13:19
rameshg87dtantsur, yeah seems fine to me ..13:20
dtantsurthanks13:20
rameshg87dtantsur, will do that :-)13:20
rameshg87thanks13:20
NobodyCamgood morning Ironic13:21
NobodyCamwoo hoo coffee is ready13:22
lucasagomesNobodyCam, morning!13:22
lucasagomesNobodyCam, how was ur Towel Day?13:23
NobodyCamtowel day? humm need to look at one up13:24
NobodyCamgood morning lucasagomes13:24
lucasagomesNobodyCam, heh yeah may 2513:25
NobodyCamheavy reains here in NE .. the A/c over the bed started to leak last night so I need to get up on hte roof today and seal it :-p13:26
lucasagomesouch13:26
NobodyCam:-p13:26
*** kaizer has joined #openstack-ironic13:26
lucasagomeshere it's also raining, it rained almost the whole week last week13:27
lucasagomestoday's raining as well :(13:27
lucasagomesbut light rain13:27
kaizerHi guys!13:27
lucasagomesso not a problem13:27
dtantsurmorning NobodyCam :)13:27
dtantsurkaizer, hi13:28
NobodyCammorning dtantsur, and kaizer13:28
dtantsurNobodyCam, how is your problem with devstack?13:28
NobodyCamhuh, devstack?13:29
*** igordcard has quit IRC13:29
NobodyCamI'm still poking folks for 9313313:29
NobodyCampoke poke13:30
NobodyCamlol13:30
dtantsurNobodyCam, I mean, you were unable to validate https://review.openstack.org/#/c/92625 :)13:30
kaizerMy team will soon start looking at Ironic, i would like to know if its yet in a kind of prototype version or its really used in production?13:31
dtantsur93133? Oh, it still was not merged...13:31
NobodyCam:-p13:33
*** shakamunyi has joined #openstack-ironic13:34
lucasagomeskaizer, we still incubated and we are planning to get integrated at the end of this release and then i would say we are production ready13:36
lucasagomeskaizer, but, you already can use ironic to deploy machines and all, so it might be good to start experimenting it since now13:36
dtantsurNobodyCam, left 1 non-critical suggestion at 93133, otherwise lgtm13:39
dtantsurNobodyCam, could you retry https://review.openstack.org/#/c/92625 ?13:40
dtantsur(or just believe check-tempest-dsvm-virtual-ironic ;)13:40
dtantsuralso lucasagomes, NobodyCam, could you also have a look at https://review.openstack.org/#/c/94371/ ? It haven't had any reviews for ~week :(13:42
lucasagomesdtantsur, :( sure will do, I'm just trying to finish the spec for instance_info here quickly and then I will review it13:43
dtantsurack, thank you13:43
dtantsurlucasagomes, btw, will you mention fields for whole-disk deployment in your spec?13:44
lucasagomesdtantsur, idk if I can, cause it's not merged yet13:44
*** Alexei_9871 has joined #openstack-ironic13:44
dtantsurhmm, I thought spec has to go before code13:44
lucasagomesdtantsur, but he can rebase his patch on mine and add a "Related to blueprint" rag13:44
lucasagomestag*13:44
kaizerlucasagomes, thanks!  I am also looking at provisioning Linux and Windows with Ironic.  I know there was some issues with Windows, do you have a status on what is working and what is not?!13:45
*** rameshg87 has left #openstack-ironic13:45
lucasagomesdtantsur, hmm yeah that's a good point...13:45
dtantsurkaizer, https://etherpad.openstack.org/p/icehouse-ironic-windows-support13:45
lucasagomesmaybe I should include it ? hmm13:45
dtantsurtl;dr: it's been worked on, bot ready yet13:45
dtantsurs/bot/not/13:45
lucasagomeskaizer, yup, for windows we have a patch waiting for review13:45
*** shakamunyi has quit IRC13:47
kaizerdtantsur, lucasagomes : Thanks for fast answers, we might eventually contribute also on our side since we need this working ASAP!13:48
dtantsurkaizer, this is patch in question: https://review.openstack.org/#/c/73054/13:49
dtantsurit should be the 1st step to supporting Windows13:49
lucasagomeskaizer, np, awesome! Thank you for that, we are really looking into more people to contribute with code and also reviews13:49
rlooNobodyCam, others: is there an ironic meeting today? (Memorial Day in the US)13:50
*** vinbs_ has joined #openstack-ironic13:50
*** vinbs has quit IRC13:51
*** vinbs_ is now known as vinbs13:52
NobodyCamrloo: I believe there is(at least I was planning on it)13:52
dtantsurrloo, hi. I was also planning to attend.13:53
rlooNobodyCam: ok thx. I am thinking of taking the day off but will try to attend :-)13:53
NobodyCamI never said I wasn't taking the day off..lol13:53
NobodyCamhehehhe13:53
NobodyCam:-p13:53
rlooWell, it isn't a holiday for me, but thought I'd take a vacation day ;)13:54
NobodyCam:)13:54
NobodyCamand good morning rloo :)13:54
rlooheh, morning NobodyCam!13:55
lucasagomesrloo, morning :D13:58
NobodyCamdtantsur: That logging was suggested by dev a, see his comment on patch 29 (I think, lost count of the patches) :-p13:59
NobodyCamlucasagomes: speaking of, can you take a look at how I worked the passing of node.uuid in?14:01
*** vinbs has quit IRC14:02
max_lobur1morning Ironic!14:02
*** urulama has joined #openstack-ironic14:02
NobodyCammorning max_lobur1 :)14:02
lucasagomesNobodyCam, ?14:02
max_lobur1we're back from the vacation US trip14:02
*** urulama has left #openstack-ironic14:02
lucasagomesI'm a bit lost sorry14:02
lucasagomesmax_lobur1, morning14:02
NobodyCamlucasagomes: on 93133,14:02
lucasagomesNobodyCam, right, one sec I will finish wrting the spec for the instance_info before looking at other patches otherwise I get a bit confused14:03
NobodyCam:)14:03
*** shakamunyi has joined #openstack-ironic14:04
rloomorning lucasagomes!14:07
NobodyCamwow glad we made it through Roswell, they flooded last night :-p14:07
rlooNobodyCam: just re-reviewed 93133. The comments aren't quite correct.14:08
rlooNobodyCam: are you sure the aliens didn't get you?14:09
rloomax_lobur1: how was NY?14:10
dtantsurNobodyCam, what he suggested, as I understand, was separating catching exceptions from blockdev and dd14:10
dtantsurNobodyCam, what I suggest is to make sure we have real exception message in logs14:10
NobodyCamrloo: ok I'll update, after lucas has a look.14:10
rloodtantsur, NobodyCam: I added a comment related to that try/except, just to confuse the issue.14:11
dtantsurNobodyCam, the easiest way is to move try..except.. there (while still keeping 2 try blocks separate)14:11
NobodyCamdtantsur: :) ack will push up another rev in bit... want to get everyone to look at it first :)14:12
dtantsurrloo, oh, that's true!14:12
dtantsurmax_lobur1, morning!14:12
max_lobur1rloo: awesome14:12
* max_lobur1 preparing some photos to share14:13
*** max_lobur1 is now known as max_lobur14:13
NobodyCamrloo: just fyi: I did not want any of this to raise a execption as that would block the deploy and as Adam pointed out on rev #114:21
NobodyCamthe wipe may fail14:21
NobodyCamBut I can redo to catch a error differently14:22
rlooNobodyCam: yeah, no exception 'at the end', but I was wondering whether having the get_dev_block_size raise an exception (and caught by destroy_mbr_gpt) might make things easier to understand.14:22
NobodyCamthat I can do :)14:23
rlooNobodyCam: my comment was wrt deva and dtantsur's comments. I was fine with the previous stuff ;)14:24
NobodyCam:)14:24
*** rloo is now known as rloo_away14:29
NobodyCamrloo_away: will you be back14:29
NobodyCamI had a question on it only clears 512 bytes of the GPT table, not the entire table. comment14:30
rloo_awayNobodyCam: yes, I'll be back later. Haven't left yet though. What's your question?14:30
rloo_awaythe entire gpt table is bigger than 512 bytes. i think you're erasing 1024 bytes, right?14:30
NobodyCam:-p i am wipping 1024 bytes so I not quite sure the working your looking for here14:31
NobodyCams/working/wording/14:31
rloo_awayNobodyCam: https://wiki.archlinux.org/index.php/GUID_Partition_Table#GUID_Partition_Table14:31
max_loburphotos (from my cell only). There are a few from Georgia Aquarium, Manhattan, NY Intrepid NAVY museum, Museum of glass in Corning, Niagara falls, Watkins Glen State Park, Seneca Lake14:31
rloo_awayNobodyCam: I'd be fine with 'part of the GPT table'.14:31
max_loburhttps://www.dropbox.com/sh/72rk601vps6erju/AABua0BaLYiWHCBP15iS46-4a14:32
NobodyCam:)14:32
NobodyCamok the 512 threw me off14:32
NobodyCamTY14:32
rloo_awayNobodyCam: otherwise, someone might think you're erasing the entire GPT table which isn't true.14:32
NobodyCam:)14:32
NobodyCamack14:32
rloo_awaymax_lobur: thx for photos. I see they let you into Canada for a few hours ;)14:35
max_loburhehe14:35
max_loburactually they don't. Instead they changed the rules and now you may get into that boat without Canadian visa :)14:37
NobodyCambrb14:37
*** matsuhas_ has quit IRC14:37
rloo_awaymax_lobur: cool. Guess you're OK as long as you don't try to swim to land or something!14:38
max_loburyea :D I think no one will want to swim there once he see that flow14:43
NobodyCambrb14:54
*** shausy has quit IRC14:58
*** viktors is now known as viktors|afk15:16
*** shakamunyi has quit IRC15:16
NobodyCamleak sealed (I hope) :-p15:19
*** zackf has joined #openstack-ironic15:28
*** igordcard has joined #openstack-ironic15:31
*** zackf has quit IRC15:33
*** foexle has quit IRC15:38
*** igordcard has quit IRC15:38
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Nova Ironic Driver to not get deploy r&k from flavor  https://review.openstack.org/9555115:40
devanandag'morning, all15:45
lucasagomesdevananda, morning15:45
lucasagomesdevananda, the ironic-specs repo is broken :( can't submit a new review and the patches approved are not going through15:45
NobodyCamhappy Memorial Day devananda15:45
lucasagomesI pinged the guys on infra they r looking at it now15:46
devanandalucasagomes: ack15:46
NobodyCamlucasagomes: I think that is from the name change15:46
NobodyCambut not sure15:46
lucasagomesNobodyCam, yeah it's15:46
*** rloo_away has quit IRC15:47
lucasagomesapparently zuul is not picking up the jobs15:47
lucasagomesfungi and clarkb are looking at it right now15:47
NobodyCam:)15:47
devanandadid you guys see lifeless' email re: the virtual-ironic job being broken recently?15:48
lucasagomesdevananda, nop15:49
lucasagomeslemme check15:50
lucasagomesdevananda, https://review.openstack.org/#/c/91062/ seems grand15:50
NobodyCamhum Unable to enable dhcp for uuid15:50
lucasagomescheck-tempest-dsvm-virtual-ironic SUCCESS in 28m 54s15:50
* lucasagomes check the logs15:51
devanandaindeed15:51
devanandaso the job isn't broken all the time15:51
*** BadCub has joined #openstack-ironic15:51
lucasagomesdevananda, new release of the python-ironicclient15:59
lucasagomesops15:59
lucasagomeswe need a new release of the*15:59
lucasagomesafter https://review.openstack.org/#/c/90040/ << this shouldn't have be merged without a release really15:59
lucasagomeswe also will need to pin the ironicclient version in the requirements to the new version16:00
lucasagomesNobodyCam, also if u get a time can you look at #91062, pretty much rebase and commit message updated16:01
NobodyCamlucasagomes: ack16:02
lucasagomesdevananda, another thing (sorry for the spam heh), you might want to unblock this: https://review.openstack.org/#/c/89301/ after what we decided in the summit16:03
*** igor_ has quit IRC16:05
*** igor_ has joined #openstack-ironic16:06
openstackgerritJeremy Stanley proposed a change to openstack/ironic-specs: Updated .gitreview file for repo rename  https://review.openstack.org/9529516:06
*** romcheg has joined #openstack-ironic16:07
*** romcheg has left #openstack-ironic16:08
*** romcheg has joined #openstack-ironic16:08
*** romcheg has left #openstack-ironic16:08
*** romcheg has joined #openstack-ironic16:09
*** romcheg has left #openstack-ironic16:09
*** romcheg has joined #openstack-ironic16:09
*** romcheg has left #openstack-ironic16:09
devanandalucasagomes: it looks like 90040 didn't break any tests -- why's that?16:09
devanandalucasagomes: re: 89301 - yes, thanks for the reminder16:09
lucasagomesdevananda, I'm not sure, it broke my local tests16:09
lucasagomesAttributeError: 'module' object has no attribute 'ConnectionRefused'16:10
*** romcheg has joined #openstack-ironic16:10
lucasagomesbut yeah... odd enough it didn't break the other tests, lemme investigate16:10
*** igor_ has quit IRC16:10
openstackgerritAlexei Kornienko proposed a change to openstack/python-ironicclient: Added argcomplete lib to enable cli completition  https://review.openstack.org/6586516:11
devanandalucasagomes: also on 89301, shouldn't there be a unit test for the new CLI method?16:11
*** romcheg has left #openstack-ironic16:11
*** romcheg has joined #openstack-ironic16:11
*** romcheg has left #openstack-ironic16:11
lucasagomesdevananda, so (shame on us really) we don't have any tests to the _shell stuff in the client :(16:13
*** romcheg has joined #openstack-ironic16:14
*** romcheg has left #openstack-ironic16:14
lucasagomesthere's a bug open about it somewhere16:14
openstackgerritChristian Berendt proposed a change to openstack/python-ironicclient: WIP: replace dict.iteritems() with six.iteritems(dict)  https://review.openstack.org/9556216:14
lucasagomesdevananda, https://bugs.launchpad.net/python-ironicclient/+bug/123543116:14
lucasagomesit was assigned to me urgh16:15
lucasagomeswell I might take a look at it when I find some time, removing the assign for now16:15
devananda:)16:15
devanandalucasagomes: the priority on that seems misaligned16:16
lucasagomesdevananda, yeah, true, medium would be enough16:16
devanandalucasagomes: https://wiki.openstack.org/wiki/BugTriage#Task_2:_Prioritize_confirmed_bugs_.28bug_supervisors.2916:16
lucasagomesit's not a big deal because the commands in the shell are pretty straight forward16:17
*** Alexei_9871 has left #openstack-ironic16:17
lucasagomesbut needs tests anyway16:17
devanandait's really Low16:17
devanandaas it's not preventing any feature at all16:17
lucasagomesoh that's a diff description of the one I read before16:17
devanandaoh?16:17
devanandaah: https://wiki.openstack.org/wiki/Bugs16:17
lucasagomesyeah16:18
devanandawell, that guideline results in the same priority IMO16:18
NobodyCambrb16:18
lucasagomesdevananda, wishlist seems adequate16:18
openstackgerritAlexei Kornienko proposed a change to openstack/python-ironicclient: Added argcomplete lib to enable cli completition  https://review.openstack.org/6586516:19
devanandalucasagomes: oh - we should be running the virtual-ironic job on the client - but we're not16:20
lucasagomesdevananda, a-ha +116:21
devanandaer, wait, we ware16:21
NobodyCamlucasagomes: 91062 +a'd16:21
* devananda looks closer16:21
lucasagomesNobodyCam, oh wow, thanks16:21
devanandayea, i need more coffee16:21
*** shausy has joined #openstack-ironic16:21
lucasagomesdoesns't seem we are running it no16:22
lucasagomeswould be good to enable, since changes in the client libs can break the deploy16:22
*** vinbs has joined #openstack-ironic16:23
NobodyCamfriendly poke for 93133 :-p .. just looking to get as many comments as I can before pushing up the next rev16:24
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Fix chassis bookmark link url  https://review.openstack.org/9459716:30
openstackgerritChristian Berendt proposed a change to openstack/python-ironicclient: replace dict.iteritems() with six.iteritems(dict)  https://review.openstack.org/9556216:32
*** igor_ has joined #openstack-ironic16:36
* lucasagomes will be afk until the meeting hour16:36
*** lucasagomes is now known as lucas-afk16:36
dtantsurFolks, can someone review/give final +2 to https://review.openstack.org/#/c/92625/ ? I'm starting to forget what I did there :)16:37
dtantsurAlso follow-up needs some review: https://review.openstack.org/#/c/94371/16:37
dtantsurthanks :)16:37
* dtantsur afk until the meeting16:39
*** igor_ has quit IRC16:41
*** romcheg has joined #openstack-ironic16:44
romchegGood morning/evening guy!16:44
romchegguys even16:44
NobodyCammorning romcheg :)16:44
romchegFinally I've returned from the vacation but today I'm adopting after a jetlag.16:45
NobodyCamhey hey romcheg want to jump in on https://review.openstack.org/#/c/9313316:45
romchegI will try to be present on the meeting but cannot guarantee that16:45
NobodyCamhehehhe :)16:45
*** derekh_ has quit IRC16:48
*** rloo_away has joined #openstack-ironic16:51
*** rloo_away has quit IRC16:51
*** rloo_away has joined #openstack-ironic16:52
*** BadCub has quit IRC17:00
*** jistr has quit IRC17:13
*** Mikhail_D_ltp has quit IRC17:15
*** shausy has quit IRC17:17
* devananda edits the meeting agenda17:21
*** romcheg has quit IRC17:21
NobodyCamya its a little out of date ... may 5th :-p17:25
* devananda saves update17:30
*** rloo has joined #openstack-ironic17:33
*** rloo has quit IRC17:33
*** rloo has joined #openstack-ironic17:33
*** rloo_away has quit IRC17:34
devanandalucas-afk: on https://review.openstack.org/#/c/91062/ i see you used "recheck no bug" twice -- we should really be looking into why these failed, and rechecking the appropriate bug ###, so that it can be tracked and fixes can be prioritized17:34
NobodyCamqick walkies brb17:35
devanandaeven if they're all due to https://bugs.launchpad.net/ironic/+bug/1321494, we should be recording that17:36
*** igor_ has joined #openstack-ironic17:37
openstackgerritAlexei Kornienko proposed a change to openstack/python-ironicclient: Added argcomplete lib to enable cli completition  https://review.openstack.org/6586517:38
*** rloo has quit IRC17:39
*** rloo has joined #openstack-ironic17:40
openstackgerritA change was merged to openstack/ironic: Remove 'node' parameter from the Deploy interface  https://review.openstack.org/9106217:41
*** igor_ has quit IRC17:42
NobodyCamdevananda: so I should not have anded that ^^^???17:43
devanandaNobodyCam: no - it's fine17:44
devanandabut in general, when we see test failures, folks should only use "recheck no bug" as a last resort17:44
devanandawe should look into the failure and follow the guidelines on rechecks here: https://wiki.openstack.org/wiki/GerritJenkinsGit#Test_Failures17:45
devanandasome of the time, we'll get hit by other project's issues, and it helps them when we "recheck bug ###"17:45
devanandaand some of the time, it's a bug in ironic, and then it helps US to "recheck bug ###"17:45
devanandarecheck no bug doesn't help anyone fix bugs -- it just hides the non-deterministic failures17:46
NobodyCamack :)17:46
*** praefect has joined #openstack-ironic18:05
NobodyCamwanders afk for a few minutes18:07
Shrewsdevananda, NobodyCam: wow, such dedication, working on a holiday18:11
NobodyCam:) its what we do18:22
*** igor_ has joined #openstack-ironic18:38
*** igor_ has quit IRC18:43
lifelessmorning deva18:46
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313318:48
NobodyCammorning lifeless :)18:48
devanandamorning, lifeless18:49
*** lucas-afk is now known as lucasagomes18:55
NobodyCamwelcome back lucasagomes :)18:55
lucasagomesNobodyCam, cheers ;)18:56
lucasagomesdevananda, yeah :( I will put a bug last time, the problem was that it failed on 2 different places, the first recheck was because of the check-tempest-dsvm-virtual-ironic (the rest ended up with SUCCESS)18:56
lucasagomesthen check-tempest-dsvm-ironic failed (and the rest ended up with SUCCESS)18:56
devanandayay for non-deterministic failures18:57
lucasagomesboth errors didn't look related to the change that's why I just issued recheck twice18:57
lucasagomesyeah18:57
lucasagomes:(18:57
devanandaexactly why we need elastic rechecks18:57
devanandacreated for those sorts of things18:57
devanandato help us track them and fix them18:57
lucasagomess/last/next*18:57
lucasagomesyeah I will pay more attention to it next time18:57
lucasagomesand put a bug there18:58
devanandathanks18:59
devanandameeting starts in a minute, for those that are around18:59
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: NodeLocked causing random test failures  https://review.openstack.org/9557319:04
max_loburhttp://www.convergedigest.com/2014/05/amds-seamicro-server-sets-openstack.html?utm_campaign=OpenStack%20Now&utm_content=5585027&utm_medium=social&utm_source=twitter19:06
openstackgerritAlexei Kornienko proposed a change to openstack/python-ironicclient: Added argcomplete lib to enable cli completition  https://review.openstack.org/6586519:19
*** romcheg has joined #openstack-ironic19:20
*** igor_ has joined #openstack-ironic19:39
*** igor_ has quit IRC19:43
*** sysexit has joined #openstack-ironic19:45
NobodyCamlifeless: side note on check-tripleo-ironic-undercloud-precise check found this in neutron-dhcp log http://paste.openstack.org/show/VwcWMHsMKE27BTWJf6XN/19:51
NobodyCambrb20:01
lucasagomeshave a great night everybody!20:02
dtantsurg'night, Ironic :)20:02
*** lucasagomes is now known as lucas-dinner20:02
lucas-dinnerdtantsur, night :)20:02
dtantsurlucas-dinner, night20:02
devanandaspecs-core updated! current list: devananda, lucas-dinner, lifeless, dtantsur, russell_h20:02
devanandag'night lucas-dinner20:02
* devananda steps afk for a few minutes20:03
*** dtantsur is now known as dtantsur|afk20:03
*** ccit has joined #openstack-ironic20:08
*** praefect has quit IRC20:10
NobodyCamnight lucas-dinner dtantsur|afk20:11
*** sysexit has quit IRC20:17
*** sysexit has joined #openstack-ironic20:18
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313320:23
rlooNobodyCam: oops, I just gave you some comments for 9313320:23
NobodyCam:) its ok :) ty rloo20:24
lifelessNobodyCam: interesting20:24
rlooNobodyCam: maybe I'm being too picky wrt the comment. It is just that it took me awhile to try to understand what was going on.20:24
NobodyCam:) I'll push a fix in a couple if minutes20:26
NobodyCamlifeless: thats on the neutron dhcp log find.. ya, I'm not sure how important it is just found it in a resent run20:27
NobodyCamrloo: I can /will change the doc string there but its kinda starting to feel like we're traching folks about how mbr and gpt work, which i'm not sure is our job.20:30
rlooNobodyCam: training isn't our job. BUT... I'm not sure what we're doing is totally correct. eg, should the GPT table be erased too? So I think since we are making some assumptions, the assumptions need to be spelled out.20:31
NobodyCamgot to give it a few min for others to comment on it too...if they wish20:31
rlooNobodyCam: otherwise, people can ask similar questions like 'why 1024 bytes'? For MBR, is it correct to wipe out the end of the disk? etc.20:32
NobodyCamrloo: ack :)20:32
rlooNobodyCam: I'm not even sure why we're wiping out 1024 bytes from the end for GPT, except that it works ;)20:32
*** sysexit has quit IRC20:32
rlooNobodyCam: at least if it is wrong or doesn't work for some platform, the assumptions are there so someone can understand why we/you did what we did ;)20:33
NobodyCam:) yes!20:33
*** sysexit has joined #openstack-ironic20:34
*** Hefeweiz1n has quit IRC20:35
*** romcheg has quit IRC20:35
*** romcheg has joined #openstack-ironic20:35
*** Mikhail_D_ltp has joined #openstack-ironic20:36
*** igor_ has joined #openstack-ironic20:40
*** romcheg has quit IRC20:40
*** ccit has quit IRC20:41
openstackgerritDevananda van der Veen proposed a change to openstack/ironic-specs: Standardize logging and improve log coverage  https://review.openstack.org/9492420:41
*** vinbs has quit IRC20:42
*** igor_ has quit IRC20:44
lifelessrloo: the end - thats for LVM20:47
lifelessrloo: and some bios assisted raids that write metadata to the end not the strt20:47
openstackgerritDevananda van der Veen proposed a change to openstack/ironic-specs: Support for different boot loaders and locations  https://review.openstack.org/9492520:48
rloolifeless: the end of the disk?20:48
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313320:50
*** romcheg has joined #openstack-ironic20:50
NobodyCamgah white space20:51
lifelessrloo: yes20:51
rloolifeless: so we want to erase the end of the disk for other reasons besides GPT.20:52
lifelessyes20:52
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313320:52
rlooNobodyCam will kill me if I ask him to update the comment again.20:52
* NobodyCam wont20:52
NobodyCam:-p20:52
lifelessgenerally we want to erase any metadata from *any* partitioning / disk management system20:53
lifelesswhat we're trying to do at that point is to emulate 'brand new empty disk'20:53
lifelesswithout writing to the entire disk20:53
lifelesswhich is why I proposed 4K top and bottom20:53
rloolifeless, NobodyCam: maybe that's a different patch then.20:53
rloolifeless: aha. I knew I wanted to ask you something. So that explains the 4k.20:53
NobodyCamthat where the patch startedat20:54
lifelessnot because there is a specific X,Y,Z that use 4K, but because we don't want to be in the business of updating our code every time some new metadata management layer turns out to violate our assumptions20:54
rloolifeless: how do you know 4k is the magic number?20:54
lifelessand 4K seems large enough to thoroughly wipe most any signature scheme I can imagine20:54
lifelessrloo: I don't20:54
lifelessrloo: we could do a 1M or 1'track' equally20:55
lifelessI chose 4K because:20:55
lifeless - its the sector size in modern disks20:55
lifeless - its the page size in most OSes we'll encounter20:55
lifeless - its larger than the location of the metadata schemes I've had personal deep-dive experience with20:56
rloolifeless, NobodyCam: my feedback was based on the 'destroy_mbr_gpt' function. Is the code as-is, good to go for now (if someone needs it or to make NobodyCam happy). And then do another patch to generalize to 4k and change destroy_mbr_gpt to something else?20:56
NobodyCamlifeless: can you please take a look at the current state of 93133 before I push up rloo next change (heheh poke poke.... j/k rloo :) )20:57
lifelesssure give me a sec20:58
NobodyCamrloo: it would be easy for me to change back to 4k just bump up count and take a liitle more away from the total block count20:59
rlooNobodyCam: up to you. in addition to the math, I'd ask you to update the docstring and maybe change the name of the function. Or at least make it clear in the docstring, that it isn't to just delete MBR or GPT but any other *stuff* that might be there.21:01
lifelessNobodyCam: I think my earlier review feedback on the structure got lost21:02
rlooNobodyCam: and why it is safe to delete 1M from the start & end of the drive.21:03
rlooNobodyCam: sorry, I mean 4k not 1M.21:03
lifelessNobodyCam: did you restart this patch from a different id or something ?21:04
NobodyCamno21:04
lifelesshuh21:05
lifelessok, so I'm going to throw a spanner in the works21:05
lifelesssorry21:05
NobodyCamrev 17 is what https://etherpad.openstack.org/p/tripleo-end-to-end-automatic-bm calls for!21:05
NobodyCamoh no :-p21:06
rloospanner == wrench I think ;)21:06
lifelessthis patch is interacting with some poor structure in the preserve ephemeral patch21:07
lifelessI was damn sure I had put this in a review somewhere.21:07
lifelessputting it in this one now21:07
* NobodyCam recalls a word derived from http://www.re-enactmentshop.com/sites/default/files/imagecache/lightbox_fullscreen/global/shop/napoleonic_wars/NAP-clogs_klompen_re-enactmentshop_dot_com.jpg21:08
*** mrda-away is now known as mrda21:09
*** romcheg has quit IRC21:09
mrdaMorning Ironic!21:10
NobodyCamgood morning mrda21:10
boris-42NobodyCam mrda lol why you are working during holidays?)21:10
mrdaHi NobodyCam - was there a meeting this morning?  The wiki wasn't updated, and I wasn't going to get up at 4:30am if it wasn't on :)21:10
NobodyCameveryday is a holiday21:11
NobodyCamyea it got updated late this morning21:11
NobodyCamI'll also try and keep an eye out for that too21:12
mrdarats21:12
* mrda goes to read scrollback21:12
NobodyCam:) mrda lots of folks on holiday21:12
mrdaof course - didn't even think of that21:12
rloomrda: It is admirable of you to even contemplate getting up at 4:30am for a meeting!21:16
rlooNobodyCam: I'll touch base with you tomorrow about 93133. See where it gets to by then...21:17
mrdaI checked the wiki, and it wasn't updated, so I wasn't going to take the risk.  But if I know it's on, I'll get up early.  Afterall - this is the project where I want to contribute :)21:17
*** rloo is now known as rloo_away21:18
lifelessNobodyCam: reviewed21:18
NobodyCamrloo: ack ... have a good night21:18
mrdabut thanks for the kind words rloo_away :)21:18
* devananda updates wiki to reference next week21:18
* NobodyCam is hesitant to click refresh :-p21:18
NobodyCamty lifeless :)21:19
* devananda saves21:24
NobodyCamlifeless: I should be able to get those addressed tomorrow.21:24
sysexithi, i have a question. In which file is ssh key injection currently implemented. I can't find it.21:25
sysexit(my previous nick was geertj by the way :)21:25
mrdathanks devananda for updating the wiki!  Appreciated :)21:25
devanandasysexit: that was never supported by ironic21:25
sysexitdevananda: ah.. OK so obviously I can't find it.21:26
lifelessNobodyCam: yeah none of them are huge21:26
sysexitdevananda: say you wanted to do a full undercloud + overcloud deployment with say tripleO. Wouldn't it need the ssh keys to the bare metal VMs to install the openstack components?21:27
sysexits/bare metal VMs/bare metal hosts/21:27
devanandasysexit: wouldn't the overcloud images have been built with those software components already present, so that the services could be configured during first-boot?21:28
lifelesssysexit: you might prefer to ask about tripleo in #tripleo :)21:28
devanandasysexit: nothing in ironic (or, afaik, tripleo) should SSH into a host and *install* something. also, what lifeless said :)21:28
sysexitdevananda: what if s/tripleo/devstack/? Doesn't DevStack ssh into the nodes?21:29
devanandasysexit: the only situation in which Ironic requires an SSH key is when you use the SSHPowerDriver to control the power state of virtual machines which are used in testing to emulate hardware21:30
devanandasysexit: in production, you should be using physical machines with Ironic,a nd using the IPMIPowerDRiver to control their state21:30
NobodyCamsysexit: colud-init / os-apply-config give use this file: https://github.com/openstack/tripleo-image-elements/blob/master/elements/ironic-conductor/os-apply-config/mnt/state/var/lib/ironic/virtual-power-key21:30
lifelessNobodyCam: we're about to stop using that actually21:31
NobodyCam:-p21:31
lifelesssince we got the better interface merged21:31
lifelessjust need to get time to get a patch up21:31
devanandasysexit: devstack does not ssh into the nodes -- it ssh's to the devstack _host_ to start/stop the VMs which are emulating hardware, eg. in a test environment21:31
sysexitdevananda: actually it does in multi-node mode. But I just noticed that it requires you to have the nodes pre-configured with ssh access.21:32
lifelessnothing devstack does should be considered relevant for production :)21:33
lifelessits a development tool21:33
devanandasysexit: devstack should never be SSH'ing into the Ironic nodes. When testing with Tempest, *tempest* will ssh into the resulting instances, regardless of whether you use ironic or not.21:33
sysexitlifeless: heh, you're right :) But our company is targeting developers at the moment :)21:33
lifelessand as devananda says, it shouldn't ever ssh to the emulated baremetal nodes21:33
lifelessin fact if ironic or devstack *can* ssh to the emulated baremetal nodes, you have a huge security hole in place21:34
sysexitgood point...21:35
sysexitmind if I explain what I'm trying to do?21:35
lifelessplease do21:36
sysexitI'm trying to create an Ironic driver for Ravello (www.ravellosystems.com)21:36
sysexitThe idea is to create a "virtual undercloud"21:37
sysexitThe VMs in Ravello have Intel VT + Layer 2 networking.21:37
sysexitSo they should be a good basis for running a regular OpenStack deployment on top.21:37
sysexitMostly for dev/test.21:38
lifelessyou may want to read https://review.openstack.org/#/c/92642/21:38
devanandasysexit: perhaps i'm missing something obvious -- what does that have to do with bare metal provisioning?21:39
sysexitdevandana: well, it's sort of "virtual bare metal"21:40
*** igor_ has joined #openstack-ironic21:40
sysexitlifeless: that review request is interesting.21:41
lifelessdevananda: its conceptually equivalent to the ssh driver or the openstack driver we discussed a couple weeks back.21:42
lifelessdevananda: with all the same pro/cons around it :)21:42
devanandalifeless: "conceptually equivalent to the openstack driver" -- yes, and so I have the same objections to it, with one more -- ravello looks like a product, not a test plan21:43
lifelessdevananda: I expected you would when sysexit explained :)21:44
devanandalifeless: and the ssh driver is quite separate in both use and function. it's not layering on top of another cloud21:44
lifelessdevananda: it is, its just a very primitive cloud21:44
*** igor_ has quit IRC21:45
sysexitlifeless/devananda: one way to think about it is a virtual data center21:45
*** romcheg has joined #openstack-ironic21:45
sysexitwe thought it could be useful21:45
sysexitrather than scrounging around for hardware, or having the slow performance of emulated hypervisors, you could create a fast substrate for running a real OpenStack21:46
sysexitdevananda: can you explain your concerns?21:46
sysexitor maybe you think it's not useful?21:47
devanandasysexit: scope. Ironic is, IMNSHO, geared towards provisioning physical machines21:47
devanandasysexit: if you want to provision virtual machines, or manage a virtual data center, why not have a nova driver?21:48
sysexitdevananda: I guess it's possible. But I was expecting most OpenStack deployment tooling (like TripleO and Devstack) to use the Ironic API directly at some point.21:49
sysexitSo that's why I thought I'd be a good idea to start with Ironic21:49
devanandasysexit: that is an incorrect assumption :)21:49
lifelesssysexit: TripleO depends on Nova, not Ironic - we do use Ironic if thats the chosen backend, but only to register nodes21:49
*** igor_ has joined #openstack-ironic21:50
devanandalifeless: fwiw, having a nova driver that talks to a remote openstack cloud makes far mroe sense to me (than having an ironic driver do that)21:50
devanandalifeless: and there have been a few discussions about enabling a workflow in nova similar to that for federated hypervisors // federated clouds21:51
lifelessdevananda: In order to test Ironics behaviour at scale, we need it to be an ironic driver.21:51
lifelessdevananda: My intent is to run O(1000) node deployment tests in the next couple of months, in virt21:51
devanandalifeless: to test ironic's control plane behavior at that scale, in the absense of hardware, I would suggest creating a fake driver that has the same performance characteristics21:52
lifelessdevananda: we also want to test heat's behaviour21:52
lifelessdevananda: and novas21:53
lifelessdevananda: and os-collect-* polling overheads21:53
devanandasure. again ^21:53
lifelessdevananda: no, you miss the point21:53
lifelessyou're suggesting a functional test.21:53
devanandaoh. got it now21:53
lifelessI want an integration test.21:53
devanandayou want the instances to be real, cause their init scripts generate load in the cloud that deployed them21:53
*** romcheg has quit IRC21:53
lifelessI want to be able to enumerate a *small* number of differences vs a real datacentre.21:53
lifelessTo isolate the places where bugs may lurk.21:54
devanandaeven if that load is coming from traffic on the data center's ingress network, which may be an order of magnitude slower than the internal network, and thus throttle all the requests21:54
lifelessphysical switch -> virtual switch and IPMI -> Nova API21:54
*** igor_ has quit IRC21:54
lifelessand node performance on 1-disk physical -> VMs contending on 2-disk mirror sets21:54
lifelessfor instance21:55
lifelessis a short list21:55
lifelessstill scary21:55
lifelessbut much less scary than 'well we have functional tests for all the things that broke last time'21:55
mrdalifeless: sounds like fun!21:55
sysexitlifeless: would you run VMs on those O(1000) nodes? If so would you use emulation (or nested virt?)21:55
sysexitlifeless: and regarding to your point about TripleO using Ironic to register nodes: at what level is that? Register bare-metal nodes so that TripleO can provision them through nova? If so where do you get the inventory from?21:56
lifelesssysexit: at this stage we're not trying to assess the behaviour of the deployed cloud; so we would, but they would likely be docker or lxc containers for sanity21:56
lifelesssysexit: from nodes.json21:56
sysexitgot it21:56
*** Mikhail_D_ltp has quit IRC21:56
lifelessdevananda: what ingress network? All load for these scenarios is internally generated21:56
devanandalifeless: see the ML thread about non-CI'd ironic drivers? I'm increasingly concerned about ironic carrying "test" drivers in tree (at least in the current location) and folks thinking they are meant for production21:57
lifelessdevananda: I did see it.21:57
devanandalifeless: the functionality you're proposing could point to /any/ openstack cloud -- not just the one that tripleo-ci deploys on the adjascent rack21:57
lifelessdevananda: the quintupleo spec you mean?21:58
devanandayes21:58
lifelessyou're worried that someone would choose to use Ironic pointing to e.g. HP public cloud rather than using HP Public cloud directly ?21:58
devanandaor that, seeing that driver in tree, think it's a sane thing to do21:59
devanandaand implement a similar driver for AWS21:59
devanandafor example21:59
lifelessI think you're borrowing a problem you don't have22:00
lifelessI'd be more worried about internal API pressure from such drivers22:00
devanandai've learned that, if we put something in tree, folks will use it. even if it's experimental/unsupported/not-meant-for-that22:00
lifelessthan their existence22:00
lifelessif you put it out of tree they will use it too22:00
lifelessand they will whinge either way22:00
lifelesswhat concrete problem are you trying to avoid? e.g. 'I don't want users disappointed when we change something that was a test tool and break their use case'22:01
lifelessbecause - if its that, honestly, our dev community are users too, and I wouldn't want us to break them.22:02
NobodyCamlifeless: just fyi: 90890 fixed my issue :)22:05
lifelessNobodyCam: great, once it passes CI (its failing on ironic-virtual...) we can land it22:06
lifelessah its passed22:06
*** romcheg has joined #openstack-ironic22:09
sysexitlifeless/devananda: similar to QuintupleO I think I only need a power driver (PXE will already work on our SDN). Setting aside if this should be in Ironic or not,  do you think this will be useful at all?22:09
sysexitlifeless: in your comment to the review request you specially state poor performance of QEmu..22:09
lifelessI do indeed, because I'm referring to our ability to test quintupleo itself within a cloud.22:11
lifelessthat would be septupleo22:12
lifelessopenstack on openstack on openstack on openstack22:12
sysexitNo problem in computer science that can't be addressed by another layer of indirection :)22:13
lifelessdo I think the ability to run a full-stack tripleo in an elastic cloud will be useful? certainly, for folk with access to that cloud22:14
lifelessit would be a great way to get past the scale limits of a single machine22:14
sysexitlifeless: we support the HP cloud by the way22:14
sysexitRavello does not operate its own cloud.22:14
sysexitWe are nested as well :)22:14
lifelesshttp://www.ravellosystems.com/ says AWS and Google22:14
sysexitHP too22:15
lifelesssure22:15
lifelessbut it says AWS and Google22:15
lifelesshard in an openstack context to be excited by a product that doesn't list openstack22:15
sysexitI think they keyword optimized it.22:15
lifelessopenstack isn't present on that page at all22:15
sysexitBut the product has it in it, albeit the older version.22:15
lifelessnor HP nor Rackspace22:16
lifelessjust saying, there is no way I can point $random tripleo dev at that22:16
lifelessthey'd think I'd gone crazy22:16
lifelessdevananda: would you object to making your specs be siblings, not a stack?22:17
lifelessdevananda: I rather suspect the logging one, for instance, is less contentious than the all-async one22:17
devanandalifeless: not at all. in fact, i meant to do that. lemme fix the doc/source/index.rst change22:20
sysexitlifeless: we can make HP and OpenStack more public. We had Rackspace at some point but remove it. But do we really think it's need to support every major cloud before an OpenStack dev would use this?22:21
lifelesssysexit: I think most folk would think twice about spending money with a non-OpenStack cloud to do dev on OpenStack22:22
lifelessI don't think you need to support every major cloud, not at all22:22
devanandalifeless: actualy i need food. haven't eaten and it's 3pm. will bbl22:22
lifelessttyl22:23
sysexitlifeless: go it, makes sense22:23
sysexits/go/got/22:23
sysexitlifeless: Once I have a power driver, is there any specific TripleO test case or workflow you could point me to?22:27
sysexitJust to see if it works..22:27
lifelesswell, tripleo-incubator's devtest would be a good start :)22:28
-openstackstatus- NOTICE: stopping gerrit briefly to rebuild its search index in an attempt to fix post-rename oddities (will update with notices every 10 minutes until completed)22:29
*** ChanServ changes topic to "stopping gerrit briefly to rebuild its search index in an attempt to fix post-rename oddities (will update with notices every 10 minutes until completed)"22:29
sysexitCool, I'll give that a try. I assume it already has all the right Ironic stuff so from a high level I only need to set the driver to "pxe_ravello"?22:29
*** max_lobur1 has joined #openstack-ironic22:29
* NobodyCam steps afk for a while22:29
sysexitlifeless: many thanks for the help so far. Logging off now (it's past midnight :).22:32
*** sysexit is now known as sysexit_away22:32
*** max_lobur has quit IRC22:33
lifelesssysexit_away: broadly speaking :)22:33
*** radsy has joined #openstack-ironic22:34
*** radsy has joined #openstack-ironic22:34
*** 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"22:35
*** max_lobur1 has quit IRC22:36
*** aboutGod has joined #openstack-ironic22:37
*** sysexit_away has quit IRC22:37
openstackgerritA change was merged to openstack/ironic-specs: Updated .gitreview file for repo rename  https://review.openstack.org/9529522:39
*** aboutGod has left #openstack-ironic22:42
*** radsy has quit IRC22:45
*** igor_ has joined #openstack-ironic22:51
*** igor_ has quit IRC22:55
*** lucas-dinner has quit IRC23:09
*** romcheg has left #openstack-ironic23:18
*** dvorak has quit IRC23:29
*** radsy has joined #openstack-ironic23:33
*** rloo_away has quit IRC23:39
lifelessdtantsur|afk: so - is your patch being moved forward?23:46
lifelessdtantsur|afk: I'd like to downgrade the ironic virtual job to nonvoting on dib if its going to be more than a day or so unfixed.23:47
lifelessdevananda: ^23:47
*** romcheg has joined #openstack-ironic23:50
*** igor_ has joined #openstack-ironic23:51
*** romcheg has left #openstack-ironic23:52
*** igor_ has quit IRC23:57

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