Thursday, 2014-05-22

*** openstackgerrit has quit IRC00:19
*** openstackgerrit has joined #openstack-ironic00:20
NobodyCamShrews: rloo: I will dig in to that math. and have something for the morning :)00:22
NobodyCamThnank you both :)00:22
rloothx NobodyCam. (Sorry about that.)00:23
NobodyCamno no nothinhg to be sorry about00:23
NobodyCamI actully very much agree :)00:23
NobodyCamactually even00:23
rlooheh00:24
*** matsuhashi has joined #openstack-ironic00:29
*** openstackgerrit has quit IRC00:34
*** openstackgerrit has joined #openstack-ironic00:35
adam_gwhile provisioning multiple nodes at once, does dd'ing from the conductor happen in serial?00:38
devanandaadam_g: I believe it happens in parallel. But IMBW ...00:42
devanandaactually i'm fairly confident it happens in parallel00:43
adam_gdevananda, ya, looks like it. might test some locking there to see if it helps deploying 30 nodes at once00:43
adam_g(from a single conductor)00:43
devanandaadam_g: lifeless' data on time-to-deploy 30 nodes strongly says it happens in parallel00:43
devanandaI'd love to see that data become public reference at some point :)00:43
devanandaalso, I need to run to dinner .... bbl!00:44
adam_gdevananda, ive only been messing with this test rack this week and seeing lots of different kinds of things fall over during deployment, that causes instances to get rescheduled and later fail00:44
adam_grandom tftp timeouts, iscsi timeouts, i/o errors on dd'ing, etc00:44
*** openstackgerrit has quit IRC00:49
*** openstackgerrit has joined #openstack-ironic00:50
*** zdin0bot has quit IRC00:51
*** zdin0bot has joined #openstack-ironic00:52
*** zdin0bot has quit IRC01:03
*** foliveira has joined #openstack-ironic01:33
*** foliveira has left #openstack-ironic01:33
*** hipster has joined #openstack-ironic01:36
ShrewsNobodyCam: yeah, sorry.  :(  but i was thinking, are we trying to do this the hard way? isn't there a tool that will do this for us? never used it, but sgdisk seems to be a good candidate01:39
ShrewsNobodyCam: sgdisk --zap-all  :  "Zap (destroy) the GPT and MBR data structures and then exit."01:40
rlooShrews: there's a comment about a bug with sgdisk :-(01:59
*** martyntaylor has quit IRC02:01
*** dkehn_ has joined #openstack-ironic02:24
*** rloo has quit IRC02:24
*** hipster has quit IRC02:25
*** dkehnx has quit IRC02:27
*** dkehn_ is now known as dkehnx02:35
*** matsuhas_ has joined #openstack-ironic02:55
*** sanek12 has joined #openstack-ironic02:56
*** nosnos_ has joined #openstack-ironic02:57
*** GheRiver1 has joined #openstack-ironic02:57
*** linggao has quit IRC02:57
lifelessdevananda: I'm not sure the data says the dd happens in parallel. Its slow enough that I'd suspect network contention in parallel, or you could say its fast enough .. arguments either way.02:58
*** mkerrin1 has joined #openstack-ironic02:58
lifelessdevananda: but 2GB image, 10Gb network, the dd is easily a candidate for the inter-node gap02:58
*** christop1eraedo has joined #openstack-ironic02:58
lifelessdevananda: (And I'd really lke to keep it serialised for mean time-to-deploy minimisation)02:59
*** sanek11 has quit IRC03:03
*** blamar has quit IRC03:03
*** matsuhashi has quit IRC03:03
*** GheRivero has quit IRC03:03
*** pquerna has quit IRC03:03
*** nosnos has quit IRC03:03
*** anteaya has quit IRC03:03
*** mkerrin has quit IRC03:03
*** christopheraedo has quit IRC03:03
*** russell_h has quit IRC03:03
*** russell_h has joined #openstack-ironic03:03
*** russell_h has quit IRC03:03
*** russell_h has joined #openstack-ironic03:04
*** anteaya has joined #openstack-ironic03:04
*** russell_h has quit IRC03:05
*** russell_h has joined #openstack-ironic03:05
*** uberj has quit IRC03:05
*** uberj_ has joined #openstack-ironic03:06
*** pquerna has joined #openstack-ironic03:09
*** hipster has joined #openstack-ironic03:10
*** blamar has joined #openstack-ironic03:14
*** ramineni has joined #openstack-ironic03:21
*** boris-42 has quit IRC03:23
*** boris-42 has joined #openstack-ironic03:29
*** romcheg has joined #openstack-ironic03:29
*** romcheg has left #openstack-ironic03:29
*** Mikhail_D_ltp has joined #openstack-ironic03:34
*** eghobo has joined #openstack-ironic03:35
*** coolsvap|afk is now known as coolsvap03:49
*** Mikhail_D_ltp has quit IRC03:52
*** nosnos_ has quit IRC03:52
*** hipster has quit IRC03:55
*** rameshg87 has joined #openstack-ironic04:19
openstackgerritSirushti Murugesan proposed a change to openstack/ironic: Adds support for deploying whole disk images  https://review.openstack.org/7305404:22
*** eghobo has quit IRC04:25
openstackgerritSirushti Murugesan proposed a change to openstack/ironic: Adds support for deploying whole disk images  https://review.openstack.org/7305404:27
*** eghobo has joined #openstack-ironic04:31
*** nosnos has joined #openstack-ironic04:35
*** lazy_prince has joined #openstack-ironic04:41
*** lazy_prince is now known as killer_prince04:41
*** krtaylor has joined #openstack-ironic04:41
*** igor_ has joined #openstack-ironic04:59
*** igor__ has quit IRC05:02
*** harlowja_ is now known as harlowja_away05:17
*** vkdrao has joined #openstack-ironic05:32
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/8850806:03
*** datajerk has joined #openstack-ironic06:05
*** eghobo has quit IRC06:06
*** radsy has quit IRC06:08
*** ifarkas has joined #openstack-ironic06:17
*** geertj has joined #openstack-ironic06:29
Mikhail_D_wkGood morning Ironic !!! :)06:49
*** jcoufal has joined #openstack-ironic06:53
mrdahey Mikhail_D_wk07:02
*** ndipanov has joined #openstack-ironic07:13
openstackgerritA change was merged to openstack/ironic: Fix wrong usage of mock methods  https://review.openstack.org/9353207:14
*** vkdrao has quit IRC07:23
*** rameshg87 has quit IRC07:38
*** martyntaylor has joined #openstack-ironic07:39
dtantsurMorning Ironic, morning mrda, Mikhail_D_wk :)07:51
Mikhail_D_wkdtantsur morning :)07:51
mrdahi dtantsur07:51
dtantsurifarkas, morning :) based on yesterday's conversation with devananda, we should move downloading instance images to deploy(). Do you have time for it? If you don't, I can do.07:52
dtantsurifarkas, I suggest not touching existing patch, as it's ready for merging07:52
dtantsur(or was it merged already?)07:53
*** martyntaylor has joined #openstack-ironic07:53
*** foexle has joined #openstack-ironic07:55
ifarkasdtantsur, morning! which one is the existing patch?07:56
dtantsurifarkas, https://review.openstack.org/#/c/92340/07:56
dtantsurifarkas, I see it was -1'ed, so maybe add there?07:56
*** rameshg87 has joined #openstack-ironic07:57
ifarkasdtantsur, ahh, yeah. ok, I will add it, it makes sense to update the patch this way07:57
dtantsurthank you :) left a comment as a reminder07:58
*** vkdrao has joined #openstack-ironic07:58
*** jistr has joined #openstack-ironic07:59
mrdaok, enough for today. Until tomorrow!08:03
*** mrda is now known as mrda_away08:03
*** vkdrao has quit IRC08:03
*** vkdrao has joined #openstack-ironic08:04
ifarkasdtantsur, lol, thanks :-)08:06
*** pelix has joined #openstack-ironic08:15
*** derekh_ has joined #openstack-ironic08:15
*** GheRiver1 is now known as GheRivero08:34
*** rameshg87 has quit IRC08:37
*** rameshg87 has joined #openstack-ironic08:55
*** athomas has joined #openstack-ironic09:01
*** sanek12 is now known as agordeev09:05
*** lucasagomes has joined #openstack-ironic09:25
*** vkdrao has quit IRC09:39
openstackgerritA change was merged to openstack/ironic: Renaming ironicclient exceptions in nova driver  https://review.openstack.org/9004010:34
*** athomas has quit IRC10:37
openstackgerritA change was merged to openstack/ironic: Using system call for downloading files  https://review.openstack.org/9256010:39
*** coolsvap is now known as coolsvap|afk10:51
*** ramineni has quit IRC10:58
*** blamar has quit IRC11:04
*** athomas has joined #openstack-ironic11:15
*** zul has joined #openstack-ironic11:18
*** vkdrao has joined #openstack-ironic11:21
*** vkdrao has quit IRC11:21
*** matsuhas_ has quit IRC11:27
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Add some real-world testing on DiskPartitioner  https://review.openstack.org/9462011:33
*** rameshg87 has quit IRC11:43
*** athomas has quit IRC11:55
openstackgerritImre Farkas proposed a change to openstack/ironic: Cleanup images after deployment  https://review.openstack.org/9234011:56
openstackgerritImre Farkas proposed a change to openstack/ironic: Cleanup images after deployment  https://review.openstack.org/9234012:01
sirushtidtantsur, ping12:02
dtantsursirushti, hi12:02
sirushtidtantsur, thanks for the review :-) had a question12:02
dtantsursure12:03
sirushtiso if I understand correctly, you're asking me to have two API calls to deploy_utils?12:03
dtantsurit's re https://review.openstack.org/#/c/73054/ right?12:04
sirushtiyes12:04
sirushtisorry12:04
sirushtithat12:04
dtantsuryes. my suggestion is to split 1 deploy() function into 2 for 2 cases, as they require somewhat different arguments do somewhat different things12:05
sirushtiah, okay so we call whichever appropriate from pxe.py12:05
dtantsurI think it makes sense, yes12:05
sirushtiis the decorator pattern still necessary?12:06
dtantsurI don't think so12:07
sirushtiCool, sounds good, thanks! :-)12:07
dtantsurur welcome :)12:07
*** athomas has joined #openstack-ironic12:11
openstackgerritImre Farkas proposed a change to openstack/ironic: Cleanup images after deployment  https://review.openstack.org/9234012:17
*** geertj has quit IRC12:18
openstackgerritImre Farkas proposed a change to openstack/ironic: Cleanup images after deployment  https://review.openstack.org/9234012:23
dtantsurHi folks! Anyone has idea, why we don't have `parted` tool on Python 2.6 gate boxes?12:25
*** geertj has joined #openstack-ironic12:25
dtantsurI also highly suspect that parted behaves differently on Precise and Fedora 20...12:29
dtantsurCan someone with precise run this test: https://review.openstack.org/#/c/94620 please?12:30
*** nosnos has quit IRC12:31
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Add some real-world testing on DiskPartitioner  https://review.openstack.org/9462012:40
*** blamar has joined #openstack-ironic12:42
jrolllucasagomes: about instance_info, I started on it but haven't done much yet. if you want to take it, go ahead, otherwise I'll probably have something up middle of next week12:43
lucasagomesjroll, cool, I got a local patch moving it here12:44
lucasagomesjroll, testing it right now12:44
lucasagomesmoving it == moving the pxe parameters to the instance info12:44
*** ramineni has joined #openstack-ironic12:45
jrolllucasagomes: wow, you rule12:45
dtantsurlucasagomes, hi! Know what I noticed re partitioning? On Precise parted, when told to have the last partition at SIZE-1 actually expands it to SIZE!12:46
lucasagomesjroll, nah, probably I will have some headaches with the unittests yet :P12:46
*** jgrimm has joined #openstack-ironic12:46
dtantsurthat's not the case on Fedora12:46
lucasagomesdtantsur, lol what!?12:46
lucasagomesdtantsur, ok12:46
lucasagomesit might be some syntax problem12:46
lucasagomesparted accept negative numbers12:46
dtantsurlucasagomes, see how my test now looks like : https://review.openstack.org/#/c/94620/6/ironic/tests/drivers/test_deploy_utils.py12:47
dtantsurtest_whole_disk in the end12:47
lucasagomesso if you create a partition which starts at 10 and ends at -112:47
lucasagomes-1 here means end of the disk12:47
dtantsurlucasagomes, but I create mkpart XX 19. On Fedora 19 means 19, on Ubuntu it means 20 :)12:47
lucasagomeslol12:47
dtantsurI suspect it's related to optimal layout12:47
lucasagomesomg12:48
lucasagomesyeah12:48
jrolllucasagomes: oh, right, that's the hard part :P12:48
lucasagomesjroll, yup12:48
lucasagomesdtantsur, yeah maybe we should just get rid of the optmial alignment then...12:48
dtantsurlucasagomes, what I still see is: root + eph + swap + 1 MiB == total_size - 112:48
dtantsurlucasagomes, I would not call it a problem, it's actually better :)12:49
dtantsurbut it's less predictable12:49
dtantsurlucasagomes, I don't know what to do. The only suggestion from me is to check `root + eph + swap < size - 1 MiB`12:50
dtantsurbecause that's how I see it works12:50
lucasagomesyeah12:50
dtantsurand than on Ubuntu the "magic" 1 MiB will be "eaten" by parted, on Fedora - not, but that's probably gonna work12:50
lucasagomeswondering if that's have something to do with the version of parted12:51
dtantsurdo we already have some checks somewhere?12:51
dtantsurI need someone with Ubuntu Precise to conduct experiments :)12:51
*** rloo has joined #openstack-ironic12:55
*** jdob has joined #openstack-ironic12:57
lucasagomesdtantsur, :( I don't12:57
lucasagomesalthough I think I have a precise vm because I was testing something there12:57
NobodyCamgood morning Iroinic12:57
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Move PXE instance level parameters to instance_info  https://review.openstack.org/9485512:57
lucasagomesjroll, ^12:58
lucasagomesNobodyCam, morning12:58
NobodyCammorning lucasagomes :)12:58
jrolllucasagomes: sweet :)12:59
NobodyCammorning jroll :)12:59
*** _dguerri has quit IRC12:59
NobodyCamand dtantsur morning13:00
jrollhey NobodyCam :)13:00
jrollI'm on vacation so pretend I'm not here ;)13:00
lucasagomeslol13:00
NobodyCamahh LOL13:00
*** dguerri has joined #openstack-ironic13:01
dtantsurmorning NobodyCam :) we're still having some dirty fun with partitioning :D13:01
*** jbjohnso has joined #openstack-ironic13:01
NobodyCamlol13:02
dtantsurbtw morning jroll! I hope we're a nice company for vacation :)13:02
jrollhaha13:02
jrollmorning dtantsur :)13:02
*** rloo has quit IRC13:02
*** rloo has joined #openstack-ironic13:03
dtantsurlucasagomes, you may want to sync your efforts with https://review.openstack.org/#/c/90233/13:05
dtantsuryou have some things overlapping, I guess13:05
lucasagomesdtantsur, oh true13:05
lucasagomesyeah... the reason why I didn't do that at the first place was because that patch was broken13:06
lucasagomesso I wouldn't be able to test deploying an instance13:06
lucasagomesbut there's a new review up right now13:06
lucasagomesI will give it another go13:06
jrolllucasagomes: hey, I'm wondering if deploy_kernel/ramdisk should stay in driver_info13:09
jrollthey're more flavor-specific, yes?13:09
*** athomas has quit IRC13:09
lucasagomesjroll, yeah, they r part of the flavor extra_specs13:09
jrollright, not really instance-specific13:09
jrollI'm fine with it either way, but I think deva and I may have spoke about it13:10
jrollI'm assuming there's a reason those are not on the list of fields to move in the blueprint13:10
*** matty_dubs|gone is now known as matty_dubs13:10
lucasagomesright... yeah not that instance related indeed13:10
lucasagomesoh true yeah they r not13:10
lucasagomesI will move then back to the driver_info13:10
lucasagomesmark as WIP :)13:11
*** rloo has quit IRC13:11
* lucasagomes mark as WIP*13:11
jrollcool, thanks13:11
*** rloo has joined #openstack-ironic13:11
jrollI'll put a note on the review13:11
lucasagomesjroll, right thanks for pointing that out13:11
jrollnp13:12
*** rloo has quit IRC13:13
*** athomas has joined #openstack-ironic13:13
*** rloo has joined #openstack-ironic13:13
*** linggao has joined #openstack-ironic13:14
openstackgerritLucas Alvares Gomes proposed a change to openstack/python-ironicclient: node-show to show the instance_info field  https://review.openstack.org/9486013:15
lucasagomes^ helps to test it13:15
jrollha, nice13:15
openstackgerritAleksandr Gordeev proposed a change to openstack/ironic-python-agent: Introduce MainlineHardwareManager  https://review.openstack.org/9284713:15
jrollI'm a fan of curl, so I tend to forget about the client :P13:15
dtantsurlucasagomes, do we really have any kind of checks on total size of root + swap + eph? I can't find Oo13:16
lucasagomesjroll, hah yeah13:16
lucasagomesdtantsur, hmm not that I recall13:17
lucasagomesdtantsur, I think the only sanity check we have is if the image fits into the root partition13:17
dtantsurlucasagomes, should I file a bug? I think we need to be clear to user on what we expect to fit into his disk :)13:18
lucasagomesdtantsur, sure yeah definitely13:18
lucasagomesdtantsur, afair, we need to fix some misunderstands with nova as well13:18
lucasagomesfor e.g13:18
lucasagomeswe have properties/local_gb, which represents the size of the _whole_ disk for ironic13:19
lucasagomesbut nova uses it as the size of the root_partition, independent of the ephemeral size or swap size13:19
lucasagomesso what's passed for us is, size of the whole disk + eph + swap13:19
dtantsurO_O13:20
lucasagomesI think that is one reason why we don't have a sanity check within ironic13:20
lucasagomesdtantsur, yeah, there's something odd around that area13:20
lucasagomesis a bit grey area13:20
lucasagomesdtantsur, we may want to calculate it on our driver tho13:20
dtantsurlucasagomes, could you add your consideration about Nova here: https://bugs.launchpad.net/ironic/+bug/132217913:27
dtantsurjust so that we have everything in one place :)13:27
lucasagomesdtantsur, sure, I gotta do some small investigation to see if it's still like that as well, I will copy the IRC for now as a note there13:31
dtantsurthnx!13:31
NobodyCamrloo: Shrews: I'm finding many conflicting ideas on how best to remove gpt tables13:31
rlooNobodyCam: :-(13:32
NobodyCambut i do think -35 is wrong13:32
rlooNobodyCam: from what I could tell, it seemed like the 'older' calculations from that link you gave me, should work.13:32
dtantsurNobodyCam, could you also have a look at https://bugs.launchpad.net/ironic/+bug/132217913:32
rlooNobodyCam: I think the 35 worked in that calculation, cuz they calculated some location in the disk, and wiped everything after that location.13:33
ShrewsNobodyCam: rloo: I don't think wiping too much at the end of the disk is too big of a deal since the root partition is always last. It's just sloppy to not be exact. It's wiping the data at the front that's scary to me.13:34
lucasagomesNobodyCam, what about just removing the labels with tunefs instead of ereasing parts of the disk?13:34
lucasagomesI think that might be safer and quicker13:34
NobodyCamlucasagomes: that was where I started13:34
lucasagomesNobodyCam, right13:35
rlooShrews: yes, sloppy is the other issue :-(13:35
lucasagomesNobodyCam, gotta see the comments on that patch13:35
NobodyCamlucasagomes: see adam's comment on rev 1: https://review.openstack.org/#/c/93133/1/ironic/drivers/modules/deploy_utils.py13:35
rlooShrews: also, NobodyCam's version didn't wipe out the rest of the disk, only 4096 bytes from the seek position :-(13:35
lucasagomesbtw people with +2 power: https://review.openstack.org/#/c/91062/13:35
lucasagomesNobodyCam, will do13:36
rloolucasagomes: I already +2'd it :-)13:36
lucasagomesrloo, yup, thanks :)13:36
* lucasagomes wants to get that series merged cause it's hard to keep rebasing it13:36
rloowhere's max? He only +113:36
rloolucasagomes: yeah, I want those merged too!13:37
lucasagomesmax seems to be offline :(13:37
*** r-daneel has joined #openstack-ironic13:38
ShrewsNobodyCam: rloo: Are we sure sgdisk will not work in our case? The bug that lucasagomes pointed out with it seems to indicate that only fdisk is affected by the bug, but parted may still work?13:38
lucasagomesShrews, which canse? zap-all?13:38
Shrewslucasagomes: yes13:38
rlooShrews: no idea. I only saw the comment about the bug. Didn't look into sgdisk at all.13:38
lucasagomesShrews, I didn't test it13:39
lucasagomesShrews, but it might worth to give it a go13:39
Shrewsso maybe we should not count that out yet until we try it  :)13:39
lucasagomescause that options is meant to do exactly what is being done in that patch13:39
lucasagomesthat option*13:40
lucasagomesremove the MBR and GPT data structures from the disk13:40
Shrewsyup13:40
lucasagomesShrews, do you have a ubuntu precise handy there? can you give it a go?13:40
Shrewslucasagomes: unfortunately no13:41
lucasagomes:(13:41
Shrewsbut vm's are easily spun up13:41
lucasagomestrue13:42
Shrewsbrb. quick walk before heat/humidity prevents it13:42
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313313:42
NobodyCamrloo: Shrews: lucasagomes: ^^^^^13:42
NobodyCamlol raining buckets here in NE13:42
rlooNobodyCam: 1 should work. BUT several questions.13:45
rlooNobodyCam: Why do we want to zap 4096 bytes?13:46
rlooNobodyCam: why 4096? I think we should add a comment about that.13:46
rlooNobodyCam: second thing. for the end of the disk, because of possible truncation, using count=1 may not guarantee that the end of the disk is wiped.13:47
NobodyCam4096 was lifeless' sugestion13:48
rlooNobodyCam: ok, will ask lifeless why he suggested it.13:49
NobodyCamrloo: from what I read this morning 1024 (512 *2) would also work13:49
rlooNobodyCam: also, if it is MBR, we're erasing the end of the disk (in case it is GPT) and that should be OK - we should add a comment about that.13:50
NobodyCamI can do that13:50
rlooNobodyCam: yeah, I think 512 *2 should work, since for MBR, only need 512, and for GPT, 1024 = pseudo-whatever-MBR+GPTheader.13:51
NobodyCamthis seems the "most" common approch13:51
NobodyCamhttps://snipt.net/raw/b37c7950d46cc83ec2fd1ec57138fac6/?nice13:51
rlooNobodyCam: yeah. I was also wondering what the code for sgdisk did but i was too lazy to look.13:52
rlooNobodyCam: if lines 8&9 work, I'd go with that because it seems the most 'precise'.13:53
NobodyCamrloo: https://bugs.launchpad.net/ubuntu/+source/gdisk/+bug/130390313:53
rlooNobodyCam: also, blockdev gives number in 512 chunks, so the math is cleaner13:54
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Correct console behavior when open session fails  https://review.openstack.org/9486913:54
NobodyCamShrews: lucasagomes: how does that sound.13:55
NobodyCambrb13:57
*** blamar has quit IRC13:58
rlooNobodyCam: interesting. in the sgdisk bug report, they zap 1M bytes from the beginning, and 100x512 bytes from the end. If I understand it.14:00
NobodyCamrloo: in my reading this mornig I have found every thing from 1024 to 16k (and one 8MiB)14:02
rlooNobodyCam: kind of scary. I think when you're unsure, more is better than less. Which is probably why the numbers range.14:03
NobodyCami'm a less is more type person so I'm going to redo to use 512 *214:04
*** geertj has quit IRC14:05
Shrewsi'm still a fan of trying sgdisk instead of dd'ing, but i will defer to the cores on this one14:06
openstackgerritA change was merged to stackforge/pyghmi: Correct console behavior when open session fails  https://review.openstack.org/9486914:06
NobodyCamShrews: did you see https://bugs.launchpad.net/ubuntu/+source/gdisk/+bug/130390314:07
ShrewsNobodyCam: yes, but it only affects fdisk, not parted  :)14:08
lucasagomesanother more elegant way of doing it would be to drop parted, and use fdisk/sgdisk for partitioning... keep the DiskPartitioner interface and change the tool behind it14:08
lucasagomesit was something that lifeless suggested14:08
lucasagomesafair14:09
Shrewslucasagomes: the fdisk/sgdisk combination will not work, according to that bug. so that confuses me14:09
lucasagomesShrews, I mean use the tools for partitioning14:09
Shrewsah14:09
lucasagomesthe reason why we have to remove the labels is because parted doesn't work on ubuntu if two devices14:10
lucasagomescontains a partition with the same label14:10
lucasagomesand one of these partition is mounted14:10
lucasagomesthere's a bunch of problems there14:10
lucasagomesfirst, we should not have two disks with the same label14:10
lucasagomesbut that's a problem that involves other stuff, cloud-init expects the root partition to have a specific label14:12
lucasagomes:(14:12
lucasagomesall that sounds like a problem on top of another problem for me :(14:12
NobodyCamlets use dodwipe and be done with it14:13
NobodyCam:-p14:13
lucasagomesbut anyway... aparrently, fdisk/sgdisk is more smart and they detect if the device you want to partition is the one mounted or not14:13
lucasagomeslol14:13
lucasagomesNobodyCam, once we wipe the tenant disk after tear down14:14
lucasagomesthis problem will also be gone14:14
lucasagomesI suspect14:14
NobodyCamlucasagomes: nope. because we can not guarantee that we wiped the first time.14:15
NobodyCamie a new node14:15
lucasagomesah yeah14:15
NobodyCamwe have no idea what was one it14:15
NobodyCam:-p14:15
lucasagomesurgh heh14:15
NobodyCams/one/on/14:15
NobodyCam:-p14:15
lucasagomesmaybe the fdisk/sgdisk being used to partitioning the disk would be the most elegant solution for now14:15
NobodyCami'm up for ideas. I just want something that has a chance to land :-p14:17
NobodyCam(oh and actually works)14:17
NobodyCamhehehe :-p14:17
openstackgerritChris Krelle proposed a change to openstack/ironic: Workaround for conflicting volume labels  https://review.openstack.org/9313314:23
NobodyCam^^ that uses 512 * 214:23
Shrewsooh, HP is poised to overtake Red Hat as top contributor to Juno, according to Stackalytics. only 2 commits behind.14:28
* Shrews -1's all of lucasagomes' reviews14:28
Shrews:)14:28
NobodyCamlol14:28
NobodyCambad Shrews bad14:28
NobodyCamlol14:28
lucasagomesShrews, heh14:29
lucasagomesShrews, I think it's all bs you know... as no of commits would implies something good14:29
lucasagomesI don't like when RH keep claiming that we are top contributor cause14:29
Shrewslucasagomes: yeah. just injecting some humor into a Thursday  :)14:30
lucasagomesman at the moment we are not the one in the top anymore14:30
lucasagomeseveryone would start talking about it14:30
lucasagomesShrews, yeah I know :)14:30
openstackgerritRuby Loo proposed a change to openstack/ironic: Implement API to get driver properties  https://review.openstack.org/7300514:30
rloountil stackalytics takes into consideration 0/comments, I'm ignoring it.14:31
lucasagomesheh14:32
lucasagomesyeah, and there's a lot of "sync X from oslo" stuff as well14:32
lucasagomesI mean... this argument about top contri is all bullcrap14:32
lucasagomespeople should not be allowed to spread such FUD14:32
lucasagomesnot FUD... I mean crap :)14:33
rloocompanies will do whatever. shrug.14:33
lucasagomes:(14:34
*** geertj has joined #openstack-ironic14:34
*** Mikhail_D_wk has quit IRC14:41
*** athomas has quit IRC14:41
openstackgerritImre Farkas proposed a change to openstack/ironic: Cleanup images after deployment  https://review.openstack.org/9234014:44
*** athomas has joined #openstack-ironic14:46
lucasagomesdevananda, ping r u around? re instance_info14:54
lucasagomesNobodyCam, can you please take a look at https://review.openstack.org/#/c/91062?14:56
NobodyCamlucasagomes: sure... if you look at 93133 again.. just passed my rebuild test14:57
NobodyCamhehehe14:57
dtantsurreview exchange in action ^^^14:58
dtantsur:D14:58
lucasagomeshah yeah14:58
NobodyCamhehe15:01
*** igor_ has quit IRC15:07
*** igor has joined #openstack-ironic15:07
devanandalucasagomes: pong15:10
lucasagomesdevananda, hey... so I was talking to jroll about the instance_info15:10
*** hemna_ has joined #openstack-ironic15:10
lucasagomesand he mentioned that you guys have talked before and kinda agreed to not have the deploy_{kernel, ramdisk} in the instance_info field15:10
devanandathose are really a property of the driver15:11
lucasagomesdevananda, I agree with that cause the deploy ramdisk/kernel is not instance related... but at the same time, I kinda like the idea of having a field in the nodes that can be totally discarded after the node tear_down15:11
lucasagomesdevananda, yeah15:12
*** igor has quit IRC15:12
lucasagomesdevananda, or... do you think they are part of the deployment information?15:12
lucasagomesdevananda, I was thinking about not having an instance_info, but having a deploy_info field15:12
devanandalucasagomes: so we need instance_info for information about the requested instance -- both the disk root and swap sizes, as well as user image, ephemeral, etc15:12
lucasagomeswhere all the info about the deployment would go, and would be discarded after the deploy15:12
devanandahmm15:12
lucasagomeswhere the driver_info, properties etc... are more like long term information15:13
devanandaright15:13
lucasagomesthat is enrolled with the driver15:13
devanandawe may be saying the same thing :)15:13
lucasagomesdevananda, it sounds a bit more tidy to me15:13
lucasagomesdevananda, heh yeah15:13
devanandacan you sketch out everything you want in this field?15:13
devanandait may be exactly the same list15:13
NobodyCamlucasagomes: code LGTM. I'm going to issue a recheck because check-tripleo-ironic-seed-precise failed.15:13
NobodyCamand Good Morning devananda15:14
lucasagomesdevananda, yes... basically the deploy_info would contain all the information required for the deployment, from both flavor and instance, right now this info is: deploy_kernel, deploy_ramdisk, image_source, root_gb, swap_mb, ephemeral_gb, ephemeral_format15:14
devanandalucasagomes: great. so, initially, yes, that's the same list I'd use. But to support different drivers, we will need to move deploy_* to driver_info, and remove it from nova flavor.15:15
lucasagomesdevananda, ahh so we are removing it from flavor?15:15
devanandawhat happens if we use the PXE driver with the IPA deploy_ramdisk?15:16
devanandatoday it wont work. we can address taht in a few ways15:16
lucasagomesdevananda, right I thought it would be 2 diff drivers15:17
lucasagomesPXE and IPA driver15:17
devanandaright, it will be15:17
devanandabut the flavor != driver today15:17
devanandanova scheduler isn't matching flavor to node driver15:17
devanandait's matching cpu_arch, num cpu, ram, disk15:17
lucasagomescorrect15:18
lucasagomesthat's why we have the nova ironic driver to set those fields before deploying the node?15:18
lucasagomesthe nova driver checks the driver that tne node requires15:18
lucasagomesand get the deploy_ramdisk/kernel from the flavor and set it15:18
devanandawell. it still pulls the deploy ramdisk info from the flavor15:18
devanandaso if I specify the PXE ramdisk on flavor F, then the scheduler picks a node whose driver is IPA, the nova.virt.ironic driver will copy the PXE ramdisk to that node's driver_info ... and it'll fail15:19
lucasagomesyeah :( gotcha15:19
lucasagomesdevananda, now I connected the dots heh15:20
lucasagomesthanks for the explanation15:20
devanandaso three solutions there: IPA is compatible with PXE driver; scheduler matches flavor to node.driver; deploy ramdisk is a property of the node, not the flavor15:20
devanandajroll, russell_h: above conversation may be interesting for you guys15:20
lucasagomesso we should not set it via the driver/flavor, it should be part of the info when we enroll the node with a specific driver15:20
devanandalucasagomes: np :)15:20
lucasagomesdevananda, cooleo, makes total sense to me now15:21
lucasagomeswill modify my patch to cover this scenario15:21
devanandawe should, you know, record taht somewhere besides IRC. like maybe a spec?15:21
devanandahehe15:21
lucasagomesdevananda, can add to the bp there15:21
lucasagomeswill do15:21
lucasagomesdevananda, or, it will needed to create a spec for this blueprint? because it's already started15:22
devanandaoh - and we have a specs repo now15:22
devanandahttps://github.com/openstack/baremetal-specs15:22
lucasagomesthe instance_info is already there15:22
*** geertj has quit IRC15:23
lucasagomesok I can create a spec for that15:23
*** pbrooko has joined #openstack-ironic15:26
*** martyntaylor has left #openstack-ironic15:26
lucasagomesdevananda, are you working on add the basic structure to the baremetal-specs repo? or I can go ahead and do it?15:27
*** igor_ has joined #openstack-ironic15:28
devanandalucasagomes: i've got it -- just be a few minutes15:28
devanandai'm making coffee15:28
lucasagomesdevananda, ok dokie, thank you15:28
NobodyCamlucasagomes: :( 91062 looks like its need another rebase :(15:30
*** tteggel has quit IRC15:30
lucasagomesNobodyCam, urgh damn... ack lemme rebase it15:30
*** geertj has joined #openstack-ironic15:31
*** ramineni has quit IRC15:31
NobodyCamlucasagomes: :-p sorry... rloo: TY15:31
rlooNobodyCam: YW. Sorry for giving you more grief.15:32
lucasagomesNobodyCam, heh not ur fault15:32
*** igor_ has quit IRC15:32
*** tteggel has joined #openstack-ironic15:33
NobodyCamrloo: not at all... that what the review process is for!!!15:34
*** lcostantino has joined #openstack-ironic15:35
*** blamar has joined #openstack-ironic15:38
*** igor_ has joined #openstack-ironic15:38
*** uberj_ is now known as uberj15:38
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove 'node' parameter from the Console and Rescue interfaces  https://review.openstack.org/9109715:39
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove 'node' parameter from the Power interface  https://review.openstack.org/9109315:39
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove 'node' parameter from the Deploy interface  https://review.openstack.org/9106215:39
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove 'node' parameter from the validate() methods  https://review.openstack.org/9110415:39
lucasagomesrloo, NobodyCam ^ rebased15:39
*** igor__ has joined #openstack-ironic15:40
NobodyCamlucasagomes: ack.. will watch for jenkins :)15:42
lucasagomesNobodyCam, ta much!15:42
lucasagomesthose patches r being hard to keep up-to-date cause they change various files15:42
NobodyCamya15:42
*** dkehn_ has joined #openstack-ironic15:42
*** igor_ has quit IRC15:43
rloolucasagomes: yeah. will see if NobodyCam or I get to it second, after jenkins!15:43
*** igor__ has quit IRC15:44
*** dkehnx has quit IRC15:46
lucasagomesrloo, ta much!15:46
*** dkehn_ is now known as dkehnx15:55
*** pbrooko has quit IRC16:05
*** rloo has quit IRC16:05
*** rloo has joined #openstack-ironic16:06
NobodyCamShrews: got a free minute to take a look at the latest 93133?16:06
NobodyCamdevananda: ^^^^ ???16:06
devanandaNobodyCam: later today, yes. I have a conf call in ~2016:08
NobodyCamack as do I16:09
*** pbrooko has joined #openstack-ironic16:10
*** datajerk has quit IRC16:10
*** dkehn_ has joined #openstack-ironic16:12
*** eghobo has joined #openstack-ironic16:13
*** matty_dubs is now known as matty_dubs|lunch16:14
*** rameshg87 has joined #openstack-ironic16:15
*** dkehnx has quit IRC16:16
*** dkehn_ is now known as dkehnx16:16
ShrewsNobodycam: will look a bit later. Meeting someone for lunch now16:19
NobodyCam:) TY16:21
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Initial commit  https://review.openstack.org/9492216:23
russell_hdevananda: lucasagomes: agree completely with where your discussion of deploy_{kernel, ramdisk} wound up16:23
*** hemna_ has quit IRC16:23
devanandarussell_h: of those 3 options, which do you guys plan to support?16:24
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Add spec for fully asynchronous API  https://review.openstack.org/9492316:25
NobodyCamnice :)16:25
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Add spec to improve logging  https://review.openstack.org/9492416:25
*** rloo has quit IRC16:25
russell_hdevananda: ah, actually missed that last little bit. I guess my opinion is that there must be a common specification of "instance_InfO16:26
russell_her, instance_info across all drivers16:26
*** rloo has joined #openstack-ironic16:26
russell_hwe don't have a real use case for specifying the other bits yet16:26
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Add spec for improving the handling of bootloaders  https://review.openstack.org/9492516:26
*** rloo has quit IRC16:26
russell_hso, anything that we can find a way to expose via the Nova API that isn't support in _every_ Ironic driver, should probably still go into instance_info16:27
russell_hbut be documented as not supported by all driivers16:27
*** rloo has joined #openstack-ironic16:27
russell_hfor things that are static... I'd say put it on the flavor if possible?16:27
russell_hI'd have to think more on that16:27
russell_hlike would you ever have two nodes of the same flavor with a different deploy_ramdisk?16:27
*** Rikkol has joined #openstack-ironic16:28
devanandarussell_h: sure - if they use different drivers16:28
russell_hright, but why would you do that?16:28
russell_hI guess its a philosophical thing16:28
devanandarussell_h: say an upgrade16:28
devanandalike someone migrating from PXE to IPA16:28
russell_hah, fair16:28
russell_hright16:28
russell_hyeah, so put it on the node16:28
devanandaok - i'm late for this call ... bbiah16:29
russell_hnow.. how it gets there16:29
* russell_h too16:29
*** ndipanov has quit IRC16:29
* NobodyCam book marks https://github.com/openstack/baremetal-specs :)16:29
*** Rikkol has left #openstack-ironic16:33
dtantsurdevananda, hi! Will have time to have a short look on https://bugs.launchpad.net/ironic/+bug/1322179 ? It's an outcome of our (with lucasagomes) 2-day-long discussion of current partitioning16:35
lucasagomesrussell_h, I will see if I can come up with a spec for the instance_info work16:35
*** blamar has quit IRC16:40
*** igor__ has joined #openstack-ironic16:40
openstackgerritAndreas Jaeger proposed a change to openstack/ironic: Remove all mostly untranslated PO files  https://review.openstack.org/9493216:45
*** coolsvap|afk is now known as coolsvap16:45
*** igor__ has quit IRC16:45
*** ramineni has joined #openstack-ironic16:50
*** harlowja_away is now known as harlowja_16:54
lucasagomesalright I'm heading home... have a good night everybody16:54
*** lucasagomes has quit IRC16:55
*** Ajaeger1 has joined #openstack-ironic16:56
NobodyCamhave a good night lucas16:56
openstackgerritDan Prince proposed a change to openstack/ironic: Port iBoot PDU driver from Nova  https://review.openstack.org/5097717:02
*** jistr has quit IRC17:05
*** derekh_ is now known as derekh_afk17:06
*** rloo has quit IRC17:07
*** rloo has joined #openstack-ironic17:07
*** jcoufal has quit IRC17:11
*** matty_dubs|lunch is now known as matty_dubs17:13
*** BadCub01_ has joined #openstack-ironic17:19
*** blamar has joined #openstack-ironic17:25
*** geertj has quit IRC17:28
Ajaeger1I'd like to have some review of https://review.openstack.org/94932, please - this will significantly cut down the size and frequency of the daily translation import since you then will only have files that are mostly translated.17:30
*** athomas has quit IRC17:30
*** ramineni1 has joined #openstack-ironic17:33
Ajaeger1would be great if the patch goes in before the next run of "Imported Translations from Transifex"17:33
*** ramineni1 has left #openstack-ironic17:34
*** ramineni has quit IRC17:35
*** rameshg87 has left #openstack-ironic17:36
devanandaAjaeger1: hi! why 75%?17:36
*** igordcard has joined #openstack-ironic17:38
Ajaeger1devananda: that was the outcome of the discussion on the i18n list, see this thread:17:39
devanandareading now17:39
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Correct pool usage count on failed login  https://review.openstack.org/9494817:39
Ajaeger1http://lists.openstack.org/pipermail/openstack-i18n/2014-May/000594.html17:39
Ajaeger175 % is now done in the infra job that downloads the packages, see: https://review.openstack.org/9299717:40
devanandaAjaeger1: cool. thanks!17:41
Ajaeger1devananda: 75 % was the value that was considered best by all. We didn't want to include files that are not at all translated17:41
Ajaeger1devananda: here're the stats for ironic: https://www.transifex.com/projects/p/ironic/resource/ironic-translations/17:41
*** igor_ has joined #openstack-ironic17:42
devanandayea, I generally agree that un- or poorly-translated langauges shouldn't be included, and since 75% is what i18n team and infra agreed to, it's fine with me17:42
Ajaeger1ok, I stop arguing ;)17:42
devanandayep. already looked at all that and +2'd the patch17:42
Ajaeger1devananda: thanks a lot.17:42
Ajaeger1Is any other core around that would like to review it as well?17:43
devanandalucas has done some work with our translations before, so I think he'll want to see it -- i just tagged him on the review, but he's not onlien atm17:44
Ajaeger1devananda: ok, thanks!17:44
devanandaAjaeger1: for reference, is this new 75% limit documented anywhere, like on a wiki?17:45
Ajaeger1devananda: not yet;) I'll do this later today - good idea17:45
devananda:)17:45
openstackgerritA change was merged to stackforge/pyghmi: Correct pool usage count on failed login  https://review.openstack.org/9494817:45
*** igor_ has quit IRC17:46
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Initial commit  https://review.openstack.org/9492217:50
*** geertj has joined #openstack-ironic17:50
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Add spec for fully asynchronous API  https://review.openstack.org/9492317:52
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Add spec to improve logging  https://review.openstack.org/9492417:53
Ajaeger1devananda: what about https://wiki.openstack.org/wiki/Translations#Re-incorporating_Translations ?17:59
devanandalooks good18:00
devanandaAjaeger1: actually - one thing18:00
devanandain "Only files that have a translation rate of 75 or more strings are downloaded"18:00
devanandaI think you mean "a rate of 75% or more translated strings"18:01
*** pelix has quit IRC18:02
Ajaeger1devananda: indeed, will fix.18:02
*** zackf has joined #openstack-ironic18:03
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Initial commit  https://review.openstack.org/9492218:06
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Initial commit  https://review.openstack.org/9492218:07
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Add spec for fully asynchronous API  https://review.openstack.org/9492318:07
devanandaanyone around and want to review the spec template? it can be seen rendered here: http://docs-draft.openstack.org/22/94922/2/check/gate-baremetal-specs-docs/390fe55/doc/build/html/specs/template.html18:11
*** lcostantino has quit IRC18:13
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Initial commit  https://review.openstack.org/9492218:16
*** gilliard has quit IRC18:17
*** jcoufal has joined #openstack-ironic18:19
*** lcostantino has joined #openstack-ironic18:23
*** Ajaeger1 has left #openstack-ironic18:25
openstackgerritA change was merged to openstack/ironic: Remove all mostly untranslated PO files  https://review.openstack.org/9493218:26
*** jcoufal has quit IRC18:29
*** jcoufal has joined #openstack-ironic18:30
*** gilliard has joined #openstack-ironic18:36
*** igor_ has joined #openstack-ironic18:42
*** igor_ has quit IRC18:47
*** jcoufal has quit IRC18:55
*** igordcard has quit IRC19:19
*** geertj has quit IRC19:21
*** geertj has joined #openstack-ironic19:22
*** GheRivero has quit IRC19:23
*** GheRivero has joined #openstack-ironic19:30
NobodyCambrb19:42
*** igor_ has joined #openstack-ironic19:43
*** geertj has quit IRC19:47
*** pbrooko has quit IRC19:47
*** igor_ has quit IRC19:47
devanandaNobodyCam, rloo: either of you want to review the specs repo template and some initial specs?19:54
rloodevananda: am reviewing the template now.19:55
devanandarloo: awesome, thanks19:55
NobodyCamI looked at it when you had it on your personal github.. has it changed?19:56
devanandaa bit19:58
*** zackf has left #openstack-ironic20:02
rloodevananda: do you want grammatical feedback, or general feedback or both? wrt the template I mean.20:02
*** pbrooko has joined #openstack-ironic20:03
*** rloo has quit IRC20:06
devanandarloo both20:06
*** rloo has joined #openstack-ironic20:06
*** pbrooko has quit IRC20:14
devanandarloo: both20:21
devanandarunning an errand ... bbiah20:22
rloodevananda: yeah, i figured i might as well do both while it was fresh in my mind.20:22
ShrewsNobodyCam: did you test --preserve-ephemeral with your change?20:22
Shrewsi'm doing so now, fyi20:24
*** igor_ has joined #openstack-ironic20:25
*** igor__ has joined #openstack-ironic20:27
*** foexle has quit IRC20:29
*** igor_ has quit IRC20:30
*** pbrooko has joined #openstack-ironic20:30
*** igor__ has quit IRC20:32
NobodyCamShrews: yeppers.. I use "nova rebuild --preserve-ephemeral epDeployTest basicNew" for my testing20:33
ShrewsNobodyCam: yeah, wfm too20:36
NobodyCam:)20:48
*** derekh_afk has quit IRC20:48
NobodyCamI do test it20:48
NobodyCams/do/did/ :-p20:48
NobodyCamhehehe20:48
*** derekh_ has joined #openstack-ironic20:49
Shrewstempest is driving me freaking nuts20:52
Shrewsi think banging my head with a hammer would be more fun and less painful20:52
*** lcostantino has left #openstack-ironic20:53
*** praefect_ has joined #openstack-ironic20:56
*** linggao has quit IRC20:59
NobodyCam:(21:01
*** jdob has quit IRC21:03
*** pbrooko has quit IRC21:04
NobodyCamdevananda: question. on the template21:04
*** jbjohnso has quit IRC21:06
*** boris-42 has quit IRC21:06
NobodyCamline 16 has "...that operators can understand" would "reviewers" be a better fit then "operators" as i do not expect many opertiors to be reading our sepc repo??21:07
*** coolsvap is now known as coolsvap|afk21:08
*** boris-42 has joined #openstack-ironic21:08
*** matty_dubs is now known as matty_dubs|gone21:13
*** mrda_away is now known as mrda21:19
mrdaMorning ironic!21:19
Shrewsmrda: hey hey21:19
NobodyCammorning mrda21:20
*** igor_ has joined #openstack-ironic21:28
mrda\o21:29
*** igor_ has quit IRC21:32
* devananda is back21:34
devanandag'morning, mrda !21:34
devanandaNobodyCam: no - it should say "operators" because: they will probably be reading this; it'll form the basis for blueprints, whcih they read; it'll also end up in release notes with they definitely read.21:36
NobodyCamdevananda: ack, added some comments21:36
NobodyCam:)21:36
devanandathanks21:37
mrdahey devananda. Just FYI, I might take another pass over disabling XML in the i-api today.21:37
NobodyCamand wow thats supper detailed21:38
devanandamrda: fantastic!21:38
devanandaNobodyCam: yep :)21:38
mrdaI gave up (knowing I wouldn't make I) but I'll circle back now21:38
*** ifarkas has quit IRC21:47
NobodyCamok almost 5 o'clock here... time to remove a tick from one of the kids... happy happy joy joy21:59
*** Penick has joined #openstack-ironic22:00
devanandaewwwww22:06
NobodyCamcame off pritty easy :)22:06
NobodyCamicky looking tihng22:06
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Factoring out PXE and TFTP functions  https://review.openstack.org/9023322:15
openstackgerritJosh Gachnang proposed a change to openstack/ironic: Adding a reference driver for the agent  https://review.openstack.org/8479522:15
*** boris-42 has quit IRC22:17
devanandarloo: have you seen what Nova has done? https://github.com/openstack/nova-specs/blob/master/specs/template.rst22:19
*** boris-42 has joined #openstack-ironic22:20
devanandarloo: not that "its right cause someone else did it" is a valid position, but I do think we should be somewhat consistent and other projects are following that template as well22:20
mrdaI actually like that .rst22:21
mrdait's quite intuitive and helpful22:22
*** BadCub01_ has quit IRC22:24
*** igor_ has joined #openstack-ironic22:28
*** igor_ has quit IRC22:33
*** praefect_ has quit IRC22:38
*** Penick has quit IRC22:39
openstackgerritDevananda van der Veen proposed a change to openstack/baremetal-specs: Initial commit  https://review.openstack.org/9492222:51
*** radsy has joined #openstack-ironic22:56
*** radsy has joined #openstack-ironic22:56
*** blamar has quit IRC22:58
devanandaNobodyCam, rloo: updated with your feedback, thanks!23:01
NobodyCamdevananda: Thank you awesome, thought pervoking way to submit a blue print23:05
NobodyCamprovoking maybe even23:06
NobodyCamlol23:06
*** derekh_ has quit IRC23:12
*** blamar has joined #openstack-ironic23:13
*** stevebaker has joined #openstack-ironic23:17
stevebakerdevananda: hey23:17
*** openstackgerrit has quit IRC23:19
*** eguz has joined #openstack-ironic23:20
*** eguz has quit IRC23:20
*** openstackgerrit has joined #openstack-ironic23:21
devanandastevebaker: hi23:21
stevebakerdevananda: I'm just looking at your comment on https://review.openstack.org/#/c/92257/123:22
stevebakerdevananda: I'm guessing the git-clone provided enough delay to allow ironic-api to start before n-cpu23:23
*** eghobo has quit IRC23:24
devanandastevebaker: is there a deterministic order to service startups? I know some of that was refactored23:24
devanandabut i haven't followed all the changes in a while23:27
stevebakerI'm not sure. As an aside, SpamapS is in favour of delay-and-retry if $thing isn't there yet. Fixes of this type have gone into nova already, doing the same for ironic-api might be best23:28
devanandawe already have delay-and-=retry in there23:28
devanandait retried 5 times befoer giving up23:28
stevebakerretry harder!23:28
devananda:p23:28
SpamapSI'm in favor of what? :)23:29
*** igor_ has joined #openstack-ironic23:29
stevebakerSpamapS: handling service dependencies by just waiting for the service to appear23:29
devanandaoh23:29
devanandaso there's another fix for this23:29
devanandathat we landed bu tit looks like it's not being used23:29
SpamapSah yes, do that23:29
SpamapSconverge23:29
SpamapSdo not workflow23:30
devanandaerrors: http://logs.openstack.org/57/92257/1/check/check-tempest-dsvm-virtual-ironic-nv/9ab97b4/logs/screen-n-cpu.txt.gz?level=WARNING23:30
devanandafix: https://github.com/openstack/ironic/blob/master/ironic/nova/compute/manager.py23:30
devanandanow, why is devstack's nova not using that? ...23:30
* devananda looks23:30
devanandaah23:31
devanandabecause an out-of-tree compute manager is not supported by nova23:31
devanandawe need to actually COPY that file into nova's tree to fix this23:31
devanandaor land it in nova23:31
devanandaheh23:31
* devananda moves to -nova23:32
stevebakermy work here is done23:32
*** igor_ has quit IRC23:34
rloodevananda: and here I was, impressed that you wrote up that template on your own :-) Not sure which of my comments you were referring to, but you got my first impressions. I leave it for you to decide what to do. (If there's room for improvement, we should continue to improve...)23:38
devanandarloo: I appreciate your vote of confidence in my word-smithing skills :)23:38
rloodevananda: definitely. I'll vote for you!23:39
devanandarloo: you caught some good things. and we can continue to improve if necessary. thanks!23:40
devanandaif there's no significant objections left, I'll land it23:40
rloodevananda: I don't have time to review it again, just trying to wrap up some stuff and am gone til next week. the main stuff is there so I say land it.23:41
devanandacool23:41
devanandaNobodyCam: ?23:41
*** radsy has quit IRC23:49
*** r-daneel has quit IRC23:50
*** radsy has joined #openstack-ironic23:50
*** jgrimm has quit IRC23:56

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