Tuesday, 2014-09-16

NobodyCamI always mix up finally and else00:00
NobodyCamelse is only on fail00:00
JayFfinally happens no matter what00:01
JayFI just think of someone saying "finallly" esasperated after a dozen things have gone wrong00:01
jrollcorrect, else is on fail, finally is always00:02
jrollI only have the else there to avoid catching exceptions for that code, can move it to the try block if that's easier for folks to parse00:02
NobodyCam+2'd00:03
jrollwhee00:03
jrollthanks00:03
NobodyCamlol deva also +2'd00:03
jrollnice00:03
NobodyCamjroll: no need to move00:04
jrollk :)00:04
* devananda afk's for dinner00:10
NobodyCamenjoy00:10
NobodyCam:)00:10
jrollNobodyCam: do we want to approve this, then? https://review.openstack.org/#/c/121615/00:42
jrollno rush, I suppose00:42
* jroll goes home for the day00:45
rloojroll: qq about 121615. line 403. did you want node or node.uuid? https://review.openstack.org/#/c/121615/2/ironic/drivers/modules/pxe.py00:45
jrollguh00:45
* jroll wants rloo to review everything00:45
jrollone sec00:45
* rloo doesn't ;)00:45
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Allow clean_up with missing image ref  https://review.openstack.org/12161500:46
jrollrloo: all yours ^00:46
*** mitz_ has joined #openstack-ironic00:46
rloothx jroll. i'll wait til you leave before I look any more ;)00:46
jrollheh00:46
jrollleaving now :P00:47
*** marcoemorais has quit IRC01:26
*** penick has joined #openstack-ironic01:32
*** eghobo has joined #openstack-ironic01:33
*** dlaube has quit IRC01:34
devanandaback for a bit01:39
*** pcrews has quit IRC01:42
*** penick_ has joined #openstack-ironic01:42
*** penick has quit IRC01:46
*** penick_ is now known as penick01:46
*** eghobo has quit IRC01:49
*** chenglch has joined #openstack-ironic01:54
*** Poornima_ has joined #openstack-ironic02:15
*** killer_prince is now known as lazy_prince02:35
rlooNobodyCam: I modified the migration doc, merged two sections into one: https://wiki.openstack.org/wiki/Ironic/NovaBaremetalIronicMigration#Migration_Steps02:38
rlooNobodyCam: If you don't like it, please undo it. If it is OK, I'll update the sections before it, so that it makes more sense with the change I just made.02:39
rlooNobodyCam: I'll check with you tomorrow AM (or look at your comments in IRC). I'm off now.02:40
*** rloo has quit IRC02:40
*** penick has quit IRC02:43
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Allow clean_up with missing image ref  https://review.openstack.org/12161502:44
*** ramineni has joined #openstack-ironic02:45
*** dlaube has joined #openstack-ironic03:14
*** dlaube has quit IRC03:15
openstackgerritHaomeng,Wang proposed a change to openstack/ironic: Sync the doc with latest code  https://review.openstack.org/12174203:35
openstackgerritHaomeng,Wang proposed a change to openstack/ironic: Sync the doc with latest code  https://review.openstack.org/12174203:37
*** nikunj2512 has joined #openstack-ironic03:45
*** lazy_prince is now known as killer_prince03:49
openstackgerritA change was merged to openstack/ironic: Stop using intersphinx  https://review.openstack.org/12129603:50
*** rushiagr_away is now known as rushiagr03:56
*** Poornima_ has quit IRC04:16
*** teju has joined #openstack-ironic04:18
tejuironic node-show $NODE shows    last_error  : Failed to deploy. Error: [Errno 28] No space left on device....how to fix this?04:19
*** chenglch has quit IRC04:21
*** rakesh_hs has joined #openstack-ironic04:27
*** smoriya has joined #openstack-ironic04:37
*** chenglch has joined #openstack-ironic04:37
*** rushiagr is now known as rushiagr_away04:43
*** Poornima_ has joined #openstack-ironic04:46
*** harlowja_ is now known as harlowja_away04:59
*** rushiagr_away is now known as rushiagr05:16
*** killer_prince is now known as lazy_prince05:23
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/12070106:09
*** vinbs has joined #openstack-ironic06:23
vinbsMorning Ironic!06:30
*** pensu has joined #openstack-ironic06:30
openstackgerritAnusha Ramineni proposed a change to openstack/ironic-python-agent: Add support to build iso image  https://review.openstack.org/12143306:48
*** dtantsur|afk is now known as dtantsur07:07
dtantsurMorning Ironic07:08
pensuMorning dtantsur!07:10
*** Haomeng has joined #openstack-ironic07:27
*** nikunj2512 has quit IRC07:30
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: EXPERIMENTAL Implement hardware discovery in PXE driver  https://review.openstack.org/11003107:44
*** igordcard has joined #openstack-ironic07:45
*** dtantsur is now known as dtantsur|brb07:48
*** jistr has joined #openstack-ironic07:50
*** vinbs has quit IRC07:51
*** vinbs has joined #openstack-ironic07:52
*** derekh has joined #openstack-ironic07:59
*** ifarkas has joined #openstack-ironic08:00
*** ndipanov_gone is now known as ndipanov08:08
*** andreykurilin_ has joined #openstack-ironic08:14
*** pradipta_away is now known as pradipta08:20
*** pensu has quit IRC08:20
*** athomas has joined #openstack-ironic08:20
*** lucasagomes has joined #openstack-ironic08:25
*** romcheg has joined #openstack-ironic08:27
*** Haomeng has quit IRC08:29
*** ramineni1 has joined #openstack-ironic08:31
*** ramineni1 has quit IRC08:31
*** ramineni1 has joined #openstack-ironic08:32
*** ramineni has quit IRC08:33
*** igordcard has quit IRC08:35
*** andreykurilin_ has quit IRC08:35
*** ramineni1 has quit IRC08:36
*** pensu has joined #openstack-ironic08:37
*** rakesh_hs has quit IRC08:38
*** pensu1 has joined #openstack-ironic08:39
*** pensu has quit IRC08:42
*** pelix has joined #openstack-ironic08:43
*** rakesh_hs has joined #openstack-ironic08:44
*** viktors|afk is now known as viktors08:44
*** bluex-pl has joined #openstack-ironic08:54
pensu1lucasagomes: could you please have a look: http://lists.openstack.org/pipermail/openstack-dev/2014-September/046094.html09:04
*** athomas has quit IRC09:06
*** athomas has joined #openstack-ironic09:14
lucasagomespensu1, ack09:17
lucasagomespensu1, hmmmmm this error looks related to neutron and not ironic09:17
lucasagomesDCannot open network namespace: No such file or directory; evice "ovs-tap1" does not exist.09:17
lucasagomespensu1, have you tried running on trusty instead of precise?09:18
pensu1lucasagomes: yeah, I guess so, looks like some issues with ovs, just wanted to confirm it's not happening because of something specific to precise...09:19
lucasagomespensu1, hmm I'm not sure really, maybe asking at #openstack-neutron09:20
pensu1lucasagomes: yeah, I have tried with trusty and it works completely fine, after applying the patch we saw yesterday morning...09:20
lucasagomesI don't know if they do have a problem like that on precise09:20
lucasagomesI see09:20
pensu1lucasagomes: hmm....will have to check, may be something wrong with neutron only, thanks anyways...:)09:21
lucasagomespensu1, no problem09:22
*** igordcard has joined #openstack-ironic09:31
*** rakesh_hs2 has joined #openstack-ironic09:36
*** rakesh_hs has quit IRC09:37
openstackgerritA change was merged to openstack/ironic: Update ironic states and documentation  https://review.openstack.org/11846709:38
*** ramineni has joined #openstack-ironic09:41
raminenidtantsur: Hi09:41
*** MattMan has quit IRC09:41
*** MattMan has joined #openstack-ironic09:42
tejuhui all...i am trying to do PXE boot using ironic ....the bare metal server's console is stuck with the message "request ironic api to deploy image curl 3 url malformed waiting for notice of complete"....any ideas how to fix this?09:53
lucasagomesteju, hmm it seems to be a problem in the deploy ramdisk10:00
lucasagomesteju, you've built it recently using DIB?10:00
tejulucasagomes : yes... i've build the images recently10:01
lucasagomesteju, right... hmm10:01
* lucasagomes check dib logs see if something changed recently10:02
tejulucasagomes : ok....if possible , can u give me commands to build initrd,kernel and user images for deploying ubuntu on a bare metal node?10:03
lucasagomesteju, diskimage-builder/bin/ramdisk-image-create -a <arch> <ubuntu/fedora> deploy-ironic -o deploy-ironic10:04
lucasagomesteju, they have a nice README here https://github.com/openstack/diskimage-builder10:04
tejulucasagomes; Yes...i've read  that but, i just wanna make sure that I am running correct commands10:05
*** chenglch has quit IRC10:09
*** rushiagr is now known as rushiagr_away10:09
lucasagomesteju, right... the last change to the deploy-ramdisk was https://review.openstack.org/#/c/114124/3 but hmm I don't see any problem there10:13
lucasagomesteju, do you know more or less how to debug a ramdisk?10:13
*** romcheg has quit IRC10:14
lucasagomesteju, usually what I do is to extract the content, modify the init script with some messages (also you can call bash there to have access to the console)10:14
lucasagomesit's very manual :/10:15
tejulucasagomes : no...r u sure the issue is with deploy-ramdisk? ,.,,,i am asking bcoz i see the message "deployment to node xxxxx done " in ironic conductor logs10:15
lucasagomesteju, ouch, and the node is active?10:16
lucasagomesteju, I was suspecting of the ramdisk... but if the POST got to the node it may be something else10:16
tejulucasagomes : yes10:16
lucasagomesteju, hmm10:17
tejulucasagomes : i built user disk with the command ....bin/disk-image-create -a amd64 -o ubuntu-amd64 ubuntu10:17
tejulucasagomes : and upload with glance ...10:18
lucasagomesteju, ohhh10:18
lucasagomesteju, when you uploaded the image ramdisk to glance, did you use the same ramdisk for deployment ?10:18
lucasagomeswe have 2 ramdisks in Ironic10:18
lucasagomesone to deploy (the one you built with the ironic-deploy element)10:19
lucasagomesand the final ramdisk of the image, which is just extracted from the user image after you build it10:19
tejulucasagomes : yes... i see these files in my tftp dir : config  deploy_kernel  deploy_ramdisk  kernel  ramdisk10:20
*** romcheg has joined #openstack-ironic10:20
lucasagomescheck if deploy_ramdisk is the same as ramdisk10:21
lucasagomes(using diff or something)10:21
tejulucasagomes : they are of the same size10:22
lucasagomesright... ok I think the mistake is that ur using the same ramdisk for deployement and to the final image10:22
tejudiff deploy_ramdisk ramdisk and diff deploy_kernel kernel10:22
tejuno output10:22
lucasagomesteju, right yeah they are same10:22
lucasagomesso...10:23
lucasagomesteju, take a look at how we do it using the tripleo scripts https://github.com/openstack/tripleo-incubator/blob/master/scripts/load-image#L51-L11810:23
lucasagomesafter you build the user image you should extract the ramdisk/kernel of it10:24
lucasagomesand that's what you upload to glance with ur image10:24
tejulucasagomes : u r right....my mistake....10:25
lucasagomeswe have 2 ramdisks in the Ironic, the one to do the deployment (which you built using the deploy-ironic element, and after set it to the flavor)10:25
lucasagomesand the ramdisk of the image10:25
lucasagomesteju, yeah, sorry I know it's complicated :/ we need to improve our docs to reflect that as well10:25
tejulucasagomes : one last question....i got a qcow2 file when i ran the command bin/disk-image-create -a amd64 -o ubuntu-amd64 ubuntu10:26
tejulucasagomes : that qcow2 file is the user image....so, how do i extract kernel & ramdisk from that qcow2 file?10:26
lucasagomesteju, yes exactly10:27
lucasagomesthere's a script on DIB to extract it for u10:27
lucasagomesdisk-image-get-kernel I think10:27
lucasagomesyeah that's correct10:27
tejulucasagomes : ok...does disk-image-get-kernel get me both kernel & ramdisk images?10:28
lucasagomesyes10:29
tejulucasagomes : thanks for ur time...i will give a try....10:29
lucasagomesteju, here a usage example https://github.com/openstack/tripleo-incubator/blob/master/scripts/load-image#L71-L8710:29
lucasagomesteju, cool, no problem10:29
*** yuanying has quit IRC10:36
*** yuanying has joined #openstack-ironic10:36
*** yuanying has quit IRC10:41
*** romcheg1 has joined #openstack-ironic10:43
*** romcheg has quit IRC10:43
*** romcheg1 has quit IRC10:48
raminenilucasagomes: hi10:51
*** ramineni has quit IRC10:58
lucasagomesram<tab> :(11:13
*** yuanying has joined #openstack-ironic11:20
*** rushiagr_away is now known as rushiagr11:23
*** Poornima_ has quit IRC11:28
*** lucasagomes is now known as lucas-hungry11:29
*** pradipta is now known as pradipta_away11:34
*** vinbs has quit IRC11:40
*** dtantsur|brb is now known as dtantsur11:43
*** rakesh_hs2 has quit IRC11:53
*** rakesh_hs has joined #openstack-ironic11:53
*** yuanying has quit IRC11:53
*** ramineni has joined #openstack-ironic12:02
raminenidtantsur , lucas-hungry : around?12:08
dtantsuryes12:08
*** bluex-pl has quit IRC12:08
raminenidtantsur , have one quick question , if we want to submit a lib to global-requirements.txt , is there any prerequisite before adding to it?12:09
*** jcoufal has joined #openstack-ironic12:10
dtantsurramineni, I think we're not the right folks to ask about  global-requirements sorry :(12:10
dtantsurnot sure who is responsible, maybe infra?12:10
raminenidtantsur, ooh ok12:10
*** vinbs has joined #openstack-ironic12:12
*** vinbs has quit IRC12:17
*** bluex-pl has joined #openstack-ironic12:19
*** romcheg has joined #openstack-ironic12:20
*** linggao has joined #openstack-ironic12:25
*** romcheg1 has joined #openstack-ironic12:28
*** enterprisedc has left #openstack-ironic12:29
*** lucas-hungry is now known as lucasagomes12:32
lucasagomesramineni, probably things like license etc needs to be considered12:32
lucasagomesshould be on pip as well12:32
raminenilucasagomes: its there on pip already12:33
raminenilucasagomes: do i need to raise a bug and add it in global-requirements.txt? what is the process?12:34
lucasagomesramineni, just propose to the requirements project (will get the link)12:34
lucasagomesramineni, https://review.openstack.org/#/q/project:openstack/requirements,n,z12:34
lucasagomessame flow as Ironic, clone github openstack/requirements and propose the change there12:35
raminenilucasagomes: thanks , will raise it . but on what basis review happens ? any idea12:36
lucasagomesramineni, hmm, well no idea. You can always ping people on infra if you get no reviews in a while12:37
lucasagomesramineni, also idk if because projects are on RC it will affect the review process there12:38
raminenilucasagomes: ok ,12:39
*** romcheg1 has quit IRC12:46
*** dprince has joined #openstack-ironic12:46
*** yuanying has joined #openstack-ironic12:50
jrollmorning ironic :)12:54
lucasagomesjroll, yo morning12:56
*** rakesh_hs has quit IRC12:56
*** ifarkas has quit IRC12:57
* jroll fixes up 12161512:57
lucasagomesjroll, on that called_once_with()12:58
lucasagomesjroll, I find another place using it, I was about to fix both lines in a path12:59
jrolllucasagomes: responded here about the try/except/else https://review.openstack.org/#/c/121615/4/ironic/drivers/modules/pxe.py12:59
jrolllucasagomes: I can rebase on yours, tis fine12:59
*** smoriya has quit IRC12:59
lucasagomesjroll, it won't conflict I bet12:59
lucasagomesoh I see the else there13:00
*** ifarkas has joined #openstack-ironic13:01
jrolltrue, but would like these tests to be running correctly :P13:01
lucasagomesjroll, +1!13:01
lucasagomes1 sec13:01
* jroll brb13:02
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: mock.called_once_with() is not a valid method  https://review.openstack.org/12182813:03
lucasagomesjroll, ^13:03
lucasagomesjroll, I just separated the fix in another patch because there's more the 1 place13:03
dtantsurjroll, morning13:04
tejulucasagomes : thanks for your help....13:04
lucasagomesteju, yvw, did it work now?13:05
tejulucasagomes : yes....one question,.,.,what is the provision_state if deployment is successful?13:05
dtantsurlucasagomes, hmm.. I actually prefer try..else in this situations, but don't mind pxe_info = [] too13:06
lucasagomesteju, ACTIVE and target_provision_state will be None13:06
lucasagomesdtantsur, yeah me too13:06
lucasagomesdtantsur, I see it now, I was kinda blind when I first looked13:07
lucasagomesbut yeah only execute that code if the try block suceed13:07
lucasagomessucceed*13:07
tejulucasagomes : yes....provision state is active and target_provision_state is None.....once again....thanks a lot....bye13:09
lucasagomesteju, no problem yvw :) see ya13:09
*** teju has left #openstack-ironic13:10
*** rloo has joined #openstack-ironic13:12
*** yuanying has quit IRC13:23
*** rakesh_hs has joined #openstack-ironic13:24
*** igordcard has quit IRC13:24
*** rakesh_hs has quit IRC13:28
rloobonjour Ironickers13:29
rlooShrews, wrt https://review.openstack.org/#/c/118467/3, are you going to make the change in nova too?13:30
jrolllucasagomes: thanks!13:31
jrollmorning rloo :)13:31
rloohiya jroll13:31
jrolllucasagomes: so, another thing, if we use autospec=True or provide a spec to the mocks I think it will catch this problem13:31
jrollnot 100% sure though13:31
rloofrom what i remember, using autospec=True seemed to make sense but we rarely use it.13:32
jrollyeah13:33
*** rwsu has quit IRC13:33
jrolldtantsur: still not sure why this test doesn't fail :/13:35
lucasagomesjroll, ah, 1 sec I'm in a call (but yeah spec=true may help_13:36
lucasagomesor a hacking rules13:36
jrollyeah indeed13:37
jrollI wonder if newer hacking has this rule13:37
*** rakesh_hs has joined #openstack-ironic13:41
jrolldtantsur: I wonder if some other code is cleaning this up, or deleting the master dir13:42
Shrewsrloo: maybe? i'll ask deva what we should do.13:47
openstackgerritJarrod Johnson proposed a change to stackforge/pyghmi: Handle custom keepalive modifications on the fly  https://review.openstack.org/12183813:47
*** r-daneel__ has joined #openstack-ironic13:48
rlooShrews: thx. It seems to me that the state file ought to be kept in sync.13:48
jrolldtantsur: aha, https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/iscsi_deploy.py#L20013:50
jrollthough I thought we cache deploy ramdisk/kernel outside of that dir13:51
*** igordcard has joined #openstack-ironic13:53
*** jasondotstar has joined #openstack-ironic13:55
jrollpaths: [u'/tmp/tmpcyq_au/tmpz5TeHZ/1be26c0b-03f2-4d2e-ae87-c02d7f33c123/config', u'/tmp/tmpcyq_au/tmpz5TeHZ/1be26c0b-03f2-4d2e-ae87-c02d7f33c123/deploy_kernel', u'/tmp/tmpcyq_au/tmpXZoXU7/1be26c0b-03f2-4d2e-ae87-c02d7f33c123/disk', '/tmp/tmpcyq_au/tmpz5TeHZ/pxelinux.cfg/01-aa-bb-cc', u'/tmp/tmpcyq_au/tmpXZoXU7/1be26c0b-03f2-4d2e-ae87-c02d7f33c123',13:55
jrollu'/tmp/tmpcyq_au/tmpz5TeHZ/1be26c0b-03f2-4d2e-ae87-c02d7f33c123', u'/tmp/tmpcyq_au/tmpz5TeHZ/token-1be26c0b-03f2-4d2e-ae87-c02d7f33c123']13:55
jrolldtantsur: we're caching deploy kernel/ramdisk under the node?13:56
jrolle.g. v13:56
jroll/tmp/tmpcyq_au/tmpz5TeHZ/1be26c0b-03f2-4d2e-ae87-c02d7f33c123/deploy_kernel13:56
dtantsurwait a bit please, I'm on call13:56
jrollirc is async, I'm just talking, respond when you can13:56
jrollyeah, think maybe the tests are just broken :|13:58
jrollposted on the review14:00
Shrewsjroll: why are you cluttering up my IRC window? do you hate me????14:00
Shrews:P14:00
* jroll promises to never talk again :P14:00
jrollShrews: be happy my $TEMP is not /tmp/Shrews14:01
Shrewslol14:01
Shrewsjroll: usually i'm more like /dev/null... i don't care what you send my way, i'll just ignore it14:01
jrollheh, but do you highlight on /dev/null :P14:02
Shrewsyes. yes i do14:02
jrollwell then14:02
jrollthis test is really not great14:03
*** pcrews has joined #openstack-ironic14:05
ShrewsFor anybody who may have missed it, a new bootstrapping hour begins this friday: http://lists.openstack.org/pipermail/openstack-dev/2014-September/046062.html14:13
lucasagomesrloo, Shrews morning14:15
Shrewslucasagomes: hey hey14:15
lucasagomesjroll, yeah idk if there's a hacking rules for that (will take a look)14:15
rloohi lucasagomes.14:16
rlooShrews: that bootstrapping stuff sounds like a great idea. Thx.14:17
*** yuanying has joined #openstack-ironic14:20
NobodyCamGood Morning Ironic14:21
jrollhrm. idgi14:21
jrollNobodyCam: morning :)14:21
NobodyCammorning jroll14:22
rloomorning NobodyCam14:23
NobodyCammorning rloo14:23
NobodyCamand Shrews too14:23
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Allow clean_up with missing image ref  https://review.openstack.org/12161514:23
jrollok that should do it14:24
jrollI still don't know if it's completely correct :|14:24
jrolldtantsur ^14:24
Shrewsmorning NobodyCam14:24
* jroll bbl14:25
NobodyCam:) ok enjoy jroll14:25
*** rakesh_hs has quit IRC14:26
dtantsurNobodyCam, morning14:27
* dtantsur reading scrollback14:27
NobodyCammorning dtantsur14:27
NobodyCamrloo: I like the rework of the migration page :)14:29
rlooNobodyCam: good. I'll clean up the first part of that page then, unless you want to.14:30
rlooNobodyCam: I was wondering if we needed to describe the $variables used in the examples.14:30
*** rwsu has joined #openstack-ironic14:31
lucasagomesNobodyCam, morning14:31
NobodyCamI tried to use al few $variables as possiable14:31
NobodyCamMorning lucasagomes14:32
NobodyCam:)14:32
rlooNobodyCam: few is still > 0. Maybe we can leave them in and see if anyone comments on them.14:32
NobodyCamYea, the dkid and drid (deploy kernel and deploy raamdisk id's) are not supper clear14:33
*** krtaylor has quit IRC14:34
lazy_princeJoshNang: Hi, I finished configuring ironic-neutron plugin. and used code pinted out by you. However, i see that the DHCP options are not added to the provisioning network but its getting added to instance network.14:35
dtantsurjroll, left a comment. this whole test is super-confusing :(14:35
dtantsurrloo, and morning to you as well14:35
rloohi dtantsur!14:35
lazy_princeJoshNang: Due to this, node is not able to pxe boot for deployment. i think update for dhcp options needs to addressed seperately..14:37
openstackgerritA change was merged to stackforge/pyghmi: Handle custom keepalive modifications on the fly  https://review.openstack.org/12183814:37
openstackgerritRuby Loo proposed a change to openstack/python-ironicclient: Updates to CLI doc  https://review.openstack.org/12188014:38
openstackgerritRuby Loo proposed a change to openstack/python-ironicclient: Add defaults to the CLI help strings  https://review.openstack.org/12188114:42
NobodyCamdo other projects put the default like that?14:44
rlooNobodyCam: 'like that' vs ??14:44
NobodyCamnot having the default at all14:45
rlooSo some of the strings already have 'Defaults to...'14:45
NobodyCamya14:45
rlooI actually wonder if those OS_* ones should have more description than 'Defaults to..', but I don't want to tackle those.14:46
rlooI added the defaults for service_type & endpoint_type cuz our docn doesn't say to specify those, so I wondered why not.14:46
NobodyCamhow about ones like --ironic_api_version14:46
rlooand then I saw the timeout one, so added that too14:46
NobodyCamnot help string at all14:47
NobodyCams/not/no/14:47
rloothat one says "Defaults to env[] or 1' that's the help string. You mean, it doesn't say much?14:47
NobodyCamoh doh14:47
NobodyCammy bad there14:47
rloodtantsur: (and anyone else that likes exceptions), you have a few minutes to discuss exceptions of third party libraries?14:51
rlooI've been trying to clean up our exception handling (bug 1267693). I'm just paranoid about 3rd party libraries. I'm wondering if it makes sense to wrap all calls to 3rd-party libraries with Exception instead of specific 3rd-party exceptions14:52
rlooeg https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/snmp.py#L10514:52
*** yuanying has quit IRC14:53
rlooI've been/can read the library code and see what it does/raises, but that doesn't help if the library changes and new things happen...14:53
Shrewsrloo: For stuff like that, I usually do the Exception route, but log the *real* actual exception, like: LOG("Bad stuff: %s, %s", (e.__class__, e))14:55
Shrewswhere e is the Exception. iirc, __class__ will get the actual exception14:55
Shrewsi could be mis-remembering though14:56
rlooShrews: that sounds good to me. I think you might be right about the class thing. I would check of course ;)14:56
* Shrews does a quick test14:56
NobodyCambrb14:56
rlooif no one objects, I'll do it the Shrews-way.14:57
dtantsurrloo, well, I don't really like it14:57
dtantsurif you don't know the exception, what are you going to do with the exception?14:58
rloodtantsur: what do you suggest?14:58
dtantsur1. if we expect some exception - wrap it with proper message; 2. if you don't want what to expect - do nothing14:59
rloodtantsur: its an exception from a 3rd party. Log it and raise an IronicException.14:59
rloodtantsur: the question becomes, do we want unknown exceptions from 3rd party, to percolate all the way up the stack?14:59
dtantsurrloo, like any unexpected exception - yes15:00
dtantsurIMO again :)15:00
rloodtantsur: so should we void the bug https://bugs.launchpad.net/ironic/+bug/126769315:00
openstackgerritA change was merged to openstack/ironic: mock.called_once_with() is not a valid method  https://review.openstack.org/12182815:01
rloodtantsur: i'm not an snmp person. I don't know what is expected or unexpected from those libraries and I don't want to have to know what changes between library versions. And I have no faith in the quality of coding of those third party libraries. How do I deal with it?15:01
dtantsurrloo, I don't like it title at all, but what we did before was reasonable: if we expect snmp to raise some SNMPError, we should wrap it15:01
dtantsurrloo, we do rely on quality of libraries we use, that's inevitable15:02
*** ndipanov is now known as ndipanov_gone15:02
dtantsurif they change everything in some release, we'll have much worse problems than exceptions :)15:02
dtantsurexpecially since we mock them in tests15:03
rlooso we shouldn't land drivers if the authors haven't handled their exceptions.15:04
dtantsurrloo ++15:04
dtantsurit's pity we didn't come to this agreement before15:04
dtantsurbut IIRC we followed it for some drivers15:05
Shrewsrloo: actually, i agree with dtantsur after thinking about it. in cases where we need to handle 3rd party exceptions, we should use their specific exceptions.15:05
rloowell, i tried to follow it. I'm just worried that as we continue to add new drivers, the situation could become worse.15:05
rlooShrews, dtantsur: so that means someone needs to read the 3rd party library code, cuz there isn't always docn. And what scares me are the possible exceptions that the 3rd party library doesn't even catch themselves.15:07
*** ifarkas has quit IRC15:07
dtantsurrloo, if we know that some library is really behaving badly, we can surround their code with tr.. except Exception15:08
Shrewsrloo: if the library is that bad, perhaps we shouldn't allow its use?  :)15:08
dtantsurrloo, but I think people adding drivers should read docs :)15:08
rloodtantsur: but how do I know the library is behaving badly. Who has actually tried out all the drivers?15:08
dtantsurShrews ++15:08
*** bluex-pl has quit IRC15:08
jrollrloo: I'm more scared of swallowing exceptions than them actually happening15:09
dtantsurrloo, well, this questions goes far beyond of just catching exceptions... who has cheched that this snmp library even works?15:09
rloodtantsur: yeah, that's what i mean.15:09
dtantsurwe don't know. we have to trust em and rely on bug reports. or take nova path and be much stricter (e.g. require CI)15:09
*** viktors is now known as viktors|afk15:10
*** pelix has quit IRC15:11
rloook so it seems like majority of vocal folks want to handle *known* 3rd party exceptions only.15:12
*** pelix has joined #openstack-ironic15:15
dtantsur+115:15
Shrewsrloo: yes. if something unknown is thrown, that's a bug that we will deal with at that time15:15
rloook. sigh, was hoping not to read the snmp library ;)15:16
jrolldtantsur: "the same as master_deploy_kernel_path. and master copy is never deleted - it's cached."15:16
jrolldtantsur: thing is... it's not.15:16
jrollor appears not, anyway15:17
Shrewsrloo: you can leave an "except Exception" as the last handler if you're that concerned15:17
Shrewstry:15:17
dtantsurjroll, hmmm... but why?15:17
Shrewsexcept SoemthingSpecific:15:17
Shrewsexcept Exception:15:17
jrollShrews: nooooooooo, that's only going to hide things :(15:17
jrolldtantsur: I have no idea15:17
jrolldtantsur: I logged cache_(ttl|size), those look fine15:18
Shrewsjroll: wha?15:18
rlooShrews: I think we should try to be consistent with how we handle all of them. Maybe we aren't ready for handling unknown exceptions yet. Will wait to see how many might bite us.15:18
jrollShrews: if we don't know what the exception being raised is, what should we do? log and move on, with unexpected behavior?15:19
dtantsurShrews, I was taught never to catch exceptions, if I don't know what to do with them :)15:19
Shrewsjroll: i'm not saying that AT ALL15:19
jrollwe don't know what the state will be after that exception is thrown15:19
jrollShrews: what do you suggest? :P15:19
jrollif it's just to re-raise it... what's the point15:19
Shrewsjroll: it's situation dependent, but it forces you to deal with the unexpected rather than just letting things blow up on their own15:20
jrollI'd just rather it blows up15:20
jrollfail fast, etc15:20
* Shrews blows up jroll15:20
dtantsurlol15:20
* jroll dies15:20
* rloo didn't mean to start a war15:22
openstackgerritA change was merged to openstack/ironic: Fix Devstack docs for zsh users  https://review.openstack.org/12171215:23
jrolldtantsur: so... I think this is almost fine15:23
jrollI agree with your last comment15:23
jrollbut maybe this shows a bug15:23
jrollidk15:24
dtantsuroh well15:24
jrolldtantsur: you're more familiar with the image caching stuff, do you mind taking a look at these?15:24
NobodyCamok just added a line to the kilo planning sheet.. please let me know any thoughts15:24
rlooQQ for all you English-speaking folks out there. Is 'upgrade' == 'migrate' in the context of baremetal -> ironic?15:24
NobodyCamgood / bad / or ugly15:24
jrolldunno, rloo, I think so15:24
NobodyCamrloo: I would say maybe15:24
jrollNobodyCam: link? :)15:24
NobodyCamhttps://docs.google.com/spreadsheets/d/1XBKdeDeGfaRYaThjIIoYRwe_zPensECnxsKUuqdoVmQ/edit#gid=015:25
jrollrloo: it is a migration, it's also a sideways upgrade.... so kind of?15:25
JayFrloo: I think migration is a better word, because "upgrades" tend to require less interaction than "migrations" but that just may be my own connotations on the words15:25
dtantsurNobodyCam, I'm not sure we're even close to the same problems as nova, but why not discuss :)15:25
jrollNobodyCam: good idea, dunno if it's high enough priority, but yeah we should talk sometime15:25
NobodyCamdtantsur: yes we are deff not at that point .... just want to avoid ever getting there15:26
jrollI mean, there's no sense in making it complicated if we'll never get to that point (but we probably will? idk)15:26
dtantsurjroll, ok will play with your patch (though I believe the best we can do is to refactor that test)15:27
rloothx JayF, jroll, NobodyCam.15:27
jrolldtantsur: I think I agree, test needs to be much smaller, and preferably not touch my filesystem :)15:28
jrolldtantsur: I also noticed that test_clean_up_no_master_images is redundant :)15:28
dtantsuroh...15:28
dtantsurmuch test15:29
dtantsurso redundant15:29
dtantsurnot wow15:29
jrollJayF: https://review.openstack.org/#/c/121433/3/imagebuild/coreos/Makefile will make automatically pick up the target for ramdisk/kernel, or would I need to run 'make docker coreos iso'15:29
JayFjroll: no, you'd have to make && make iso15:29
jrollhm, why not specify deps so we can just to 'make iso'15:30
*** vinbs has joined #openstack-ironic15:39
*** viktors|afk is now known as viktors15:39
*** vinbs has quit IRC15:39
*** krtaylor has joined #openstack-ironic15:40
*** marcoemorais has joined #openstack-ironic15:42
*** rushiagr is now known as rushiagr_away15:43
devanandamorning, all15:45
dtantsurjroll, this test makes me sick :( I guess I'll just refactor it tomorrow. feel free to land patch as it is in the meanwhile15:45
dtantsurdevananda, morning15:45
NobodyCamgood morning devananda15:45
lucasagomesmorning devananda15:46
devanandarloo: i would say "migration" is the more precise word. But it may be overloaded -- going from Nova in Icehouse to Juno is clearly an upgrade, but also requires database migrations, for example15:47
rloodevananda: thx. I changed a few, but left 'upgrade' in a few places in that BM-IronicMigration doc. Hmm. I'll change them all to migrate. Probably not a big deal though.15:49
*** yuanying has joined #openstack-ironic15:50
lucasagomesdevananda, are we still being very strict about changing objects/base.py? e.g see comments at https://review.openstack.org/#/c/120773/15:50
jrolldtantsur: hm, ok, thanks15:51
lucasagomesI agree that we should make remotable not need a context, and I think nova is going towards that direction as well15:51
lucasagomesI'm afraid whether I should modify Ironic already to do it, or wait for nova (maybe work on nova to get that there first)15:51
lucasagomesopinions?15:52
* devananda makes a small pot of espresso15:52
dtantsurmine stays the same - I hate passing context twice in a row to the same object :)15:52
devanandalucasagomes: I would like comstud's opinion on that15:53
lucasagomescomstud, ^ you've been invoked15:53
devanandaadmittedly I haven't followed the nova object code much lately - but i think theyr'e just objectifying more things, not changing the base class that much15:53
lucasagomesdtantsur, I know... I agree that this is the best options. But we need to consider whether we should divert from nova15:53
lucasagomesbecause that would make things hard to oslofy in the future15:54
lucasagomesdevananda, yeah... well there's a couple of changes15:54
lucasagomesthey have fields of each attribute type etc15:54
devanandashrews, rloo - on exceptions, I think ya'll reached a reasonable conclusion. drivers need to wrap their libraries' exceptions and raise common ones. What I do -not- want is for conductor/manager.py to have to catch a bunch of driver-specific exceptions15:54
devanandathe moment we start that, we've broken the Driver API abstraction layer15:54
lucasagomesI'm planning to sync with nova once we get this finished in our objects15:55
dtantsurlucasagomes, well if answer is no, we should stop passing context to __init__ IMO15:55
*** romcheg1 has joined #openstack-ironic15:55
devanandalucasagomes: /me adds oslo.objects to paris agenda15:55
lucasagomesdtantsur, yeah, right now the constructor doens't require a context15:55
lucasagomesdtantsur, tho we pass it in some cases15:55
lucasagomesdtantsur, maybe we should stop passing the context to the constructor, and make create mandatory. I talked a bit with dan smith yesterday15:56
*** andreykurilin has joined #openstack-ironic15:56
lucasagomesdevananda, cheers, year lets talk about it15:56
dtantsurlucasagomes, I would prefer passing to __init__, looks more sane to me15:56
lucasagomesI'm ok on working on oslofy that15:56
lucasagomesdtantsur, yup I've a patch for that, but that requires a a couple of changes on the base15:56
lucasagomes(will upload it)15:57
rloodevananda: ok, so we do our best, but no guarantees about handling ALL exceptions from 3rd party libraries, in which case they will make it to the top of the stack15:57
dtantsurlucasagomes, I would just land it, if there's no strong objections _right now_, as it's not really a huge change15:57
devanandadhellmann: any opinion if oslo has bandwidth in Kilo to take on the object base classes from nova & ironic? is that worth a session in Paris, or just a nod-and-start-work?15:57
*** lsmola_ is now known as lsmola15:57
devanandarloo: correct. any time we encounter a leaked exception, it's a bug15:58
rloodevananda: gotcha. thx.15:58
*** lsmola is now known as lsmola______15:58
lucasagomesdtantsur, that's what I'm trying to figure out, when we started with the RPC objects we were very strict about changing base.py15:58
devanandawow. this is like drinking turkish coffee15:59
lucasagomesso I don't know whether we should do it now or not15:59
lucasagomesI think no but15:59
NobodyCamdevananda: lol...15:59
lucasagomesSep 15 15:18:06 <dansmith>      lucasagomes: you mean mandatory to be passed during create and not ever during a remotable? then yeah, we're on the same page :)15:59
lucasagomesdtantsur, ^ I think that's the plan to remove the context from remotable in the future15:59
devanandaNobodyCam: except I have a lot of it :)15:59
*** viktors is now known as viktors|afk15:59
devanandalucasagomes: the object must have a context to be invoked remotely16:00
devanandalucasagomes: also - are we actually using the remotable feature of objects at all?16:00
lucasagomesdevananda, yeah right now we do need it16:00
devananda(I thought we weren't)16:00
dtantsurok folks, see you tomorrow16:01
*** dtantsur is now known as dtantsur|afk16:01
lucasagomesdtantsur|afk, see ya g'night16:01
lucasagomesdevananda, so we use remotable for things like create/destroy/save/refresh16:01
*** dlaube has joined #openstack-ironic16:01
NobodyCamnight dtantsur|afk16:01
jrollnight dtantsur|afk16:01
devanandalucasagomes: oh? so api service is not actually doing db connections now?16:02
* devananda tests that16:02
lucasagomesdevananda, not for those cases afaict16:02
lucasagomesdevananda, we are close to get the api not accesing the dbapi directly16:03
lucasagomesthat's part of my plans16:03
devanandaI see16:03
lucasagomeswe are very close to that16:03
lucasagomesso we won't need to have that dbapi instance on the api16:03
lucasagomeswhich is good16:03
devanandawell, yes and no16:03
devanandaNova did that for security concerns16:03
devanandabecause their API endpoint is exposed to untrusted users16:04
devanandaours, at least right now, is not16:04
lucasagomesyeah, it's not a big concern for us16:04
devanandausing RPC for DB access has a few downsides to it -- notably, the additional network latency and work done by the conductor16:04
lucasagomesit's more about being consistent on the way we access things16:05
lucasagomesindeed16:05
devanandaand potential for RPC troubles (saturation of the AMQP broker, or the conductor running out of available threads) to result in API service failure16:05
jrollthis will be interesting to test at scale16:06
lucasagomesdevananda, right, what was the biggest motivation for us to have the RPC object copied from nova?16:06
lucasagomesisolating db calls to only conductor seems fair16:07
devanandalucasagomes: my motivation was cleaner code16:07
devanandaI don't have a problem with both the API and DB services accessing the DB directly16:08
jrollare remoteables always remoted?16:08
lucasagomesI see16:09
devanandajroll: dunno?16:09
jrollyeah, idk either16:09
lucasagomesjroll, needs some tests but my assumption is yes16:09
jrolljust curious... in the middle of some other things but watching this conversation :)16:09
devanandalucasagomes: I think there was a flag to toggle remoting of object access in Nova at some point, but I could be thinking of something else16:09
*** romcheg1 has quit IRC16:10
devanandai dont know if that was removed, though16:10
lucasagomeswill take a look see if I can find something16:10
devanandajroll: what's up with the tests on https://review.openstack.org/#/c/121615/16:10
jrolldevananda: everything is fucked :)16:11
NobodyCamjroll: :(16:11
devanandajroll: awesome16:11
jrollI mean16:11
jrollbasically, the tests are unparseable16:12
jrollthey seem to work ok16:12
jrolldtantsur|afk said if we go ahead and land that as is, he can refactor those tomorrow16:12
lucasagomesjroll, which I think is ok? I mean splitting up/refactoring that test is a bit outside the scope of the patch anyway no?16:14
jrolllucasagomes: yeah, the question is if that test is valid at all16:14
devanandajroll: I was happier with rev216:14
jrollbut I've tested it in devstack, sooo16:14
devanandajroll: LOL16:15
jroll:)16:15
rloojroll, lucasagomes: +1. (although fix test first, then jroll's patch might be better, but in the interests of time...)16:15
jrolldevananda: the only difference from rev 2 is fixing logs and making the tests a bit better16:15
devanandajroll: so in general, I think this test is adding a nondeterministic race16:19
devananda*adding to a16:20
jrollmmm16:20
jrollthat's a good point16:20
jrollwell16:20
jrolleach tempdir should be different16:20
jrollbut the master thing might be racy16:20
devanandasorry, right16:20
devanandayep - anything in tftp_master_dir is racy16:21
jrollyeah16:21
jrollthough that should be cached, so...16:21
jrollbut I think you're right16:21
devanandaand there will be two tests nwo that call16:21
devanandaassert_false_path.append(d_kernel_path)16:21
devananda316:21
devananda216:22
* devananda needs more coffee16:22
jrollheh16:22
NobodyCam:) /me can't do more then one cup of turkish coffe per day16:23
devanandawait, nope. not a problem16:23
devanandaself.config(tftp_root=temp_dir, group='pxe')16:23
jrolloh, right16:24
*** yuanying has quit IRC16:24
rlooNobodyCam: wrt the migration wiki, do we want to mention the proxying of baremetal-node-list/show?16:25
devanandarloo: ++16:26
NobodyCamhummm... we could16:26
rloodevananda, NobodyCam: Ok, I'll add something. They will be deprecated when?16:26
NobodyCamonce BM is removed16:27
rlooNobodyCam: that's good enough ;)16:27
devanandarloo: so actually, you shouldn't add anything about when that API will go away yet, IMO16:29
devanandarloo: Nova may choose to keep the proxy api around for a while. It seems silly to us -- who doesn't love and want to use our awesome API -- but that's their call16:29
NobodyCam:)16:29
rloodevananda: ? Oh. Can I mention that it *might* be deprecated?16:30
devanandarloo: I wouldn't even do that until Nova makes a statement about it16:30
devanandarloo: we /can/ say that baremetal driver will be removed, though16:30
JayFWhen is the TC meeting? 1pm?16:31
JayFor is it 11pm?16:31
devanandaJayF: what tz are you in?16:31
JayFerm, am16:31
rloodevananda: sigh. ok. I wanted to mention it so that people would change. oh well. I'll mention the BM driver being removed ;)16:31
JayFhaha, it's 9:30am right now16:31
JayFdevananda: I forget we all aren't on IRCst yet16:31
*** marcoemorais has quit IRC16:32
devanandaJayF: my IRC server runs UTC16:32
*** marcoemorais has joined #openstack-ironic16:32
devanandaso - fromthe TC wiki - Next meeting: Tuesday September 16th, 20:00 UTC16:32
JayFall my production boxes run IRC16:32
JayFso graduation review == normal TC meeting?16:32
devanandaagendas can be seen here: https://wiki.openstack.org/wiki/Governance/TechnicalCommittee16:33
jrollJayF: sounds like 1pm16:33
jrolljust like last week16:33
devanandajroll: yep16:33
JayFsweet, alright16:33
lucasagomesso close!!16:33
*** ramineni has quit IRC16:35
comstudlucasagomes, devananda: i agree with making context mandatory on create()16:36
devanandacomstud: cool, ty16:36
comstudas far as remotable(), i'm wondering if we should just remove that from everything for now.16:36
comstudwe don't use it16:36
lucasagomescomstud, right, but not changing the constructor in base.py to make it passing the context mandatory when instantiating the object right?16:37
comstudoh16:37
comstudlet me think.16:37
comstud(i just woke up)16:37
lucasagomes(that was one suggestion too^)16:37
comstudi guess that's where I want it16:37
comstudis on __init__16:37
comstudnot on individual methods16:38
comstudthat's the direction i've been trying to move things to16:38
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: DO NOT MERGE: Make context mandatory when instantiating a RPC object  https://review.openstack.org/12192316:38
lucasagomescomstud, ^ I did it locally, that's how it will look like16:38
lucasagomesi was just concerned whether we should change base.py or not16:39
lucasagomesif you think that's fine I agree that it would be the best approach16:39
comstudyeah16:39
lucasagomesso we don't need any context on create/destroy/refresh etc..16:39
comstudThat's what we've started doing in nova16:39
comstudcorrect16:39
lucasagomesah awesome, alright move things in that direction then16:40
lucasagomescomstud, ta much!16:40
lucasagomesif you have a time and want to review that patch (tho I -2ed just in case) it would be great16:41
lucasagomesand the patch is small too16:41
comstudyeah16:41
* devananda watches live feed from openstacksv16:48
lucasagomesalright I'll call it day, but will be back in time for the meeting :)16:49
lucasagomesg'night everyone!16:49
JayFlater lucas16:49
NobodyCamhave a good night lucasagomes16:49
jrollooo, mordred and pvo are back to back this afternoon16:49
JayFWhat are you talking about? openstacksv?16:50
JayFoh, nice16:50
*** jistr has quit IRC16:50
NobodyCamdevananda: link?16:50
JayFNobodyCam: http://openstacksv.com/16:51
NobodyCamTY16:51
*** derekh has quit IRC17:00
*** lazy_prince is now known as killer_prince17:00
rlooNobodyCam: I added the nova baremetal cmds to migration doc https://wiki.openstack.org/wiki/Ironic/NovaBaremetalIronicMigration17:01
rlooNobodyCam: couple of questions. Why should they start using ironic commands. I'm hoping you'll add that part (eg, cuz they'll get more info in the response?)17:02
jrollbecause the proxy is read-only ;)17:03
NobodyCamrloo: vs the proxyed nova commands17:03
NobodyCamya only node list node-show are proxied17:03
rlooNobodyCam: also, I'm not totally sure how baremetal-interface-list is coded, but I don't see it (no _ironic_proxy() call) in your proxy patch 120433. I'm guessing that if that is invoked, they'll get an empy list.17:03
NobodyCamoh did I miss that one17:04
*** harlowja_away is now known as harlowja_17:04
jrollisn't index() the list?17:05
devanandarloo: i don't see baremetal-interface-list in the original code either17:05
rlooit's in the CLI and i did a 'nova' command and it was listed.17:06
rloodevananda: I've already forgotten, but I saw somewhere that it was getting the ports from node.interfaces.17:07
devanandarloo: NobodyCam: http://git.openstack.org/cgit/openstack/python-novaclient/tree/novaclient/v1_1/contrib/baremetal.py#n13817:07
devanandait uses the /os-baremetal-nodes/ endpoint to fetch all the nodes17:07
rloodevananda: yeah, that's where I saw it :-)17:07
devananda*fetch the whole node17:07
devanandathen prints only its interfaces17:08
devanandaNobodyCam: is the proxy returning all the interfaces when it returns a node?17:09
NobodyCamdevananda: yes I think so: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/contrib/baremetal_nodes.py#L18817:11
rlooNobodyCam: it doesn't look like it has the ports in the node.interfaces there, but line 230?17:13
NobodyCamoh so we only grab the port on a show?17:15
NobodyCamsorry several things going on atm17:15
devanandaNobodyCam:  'interfaces': [],17:16
devanandaNobodyCam: I think that needs to be populated17:16
devanandaNobodyCam: eg, in the old code, we had: node['interfaces'] = [_interface_dict(i) for i in ifs]17:16
devanandaNobodyCam: that is how the client was able to list interfaces, but now it's hardcoded to an empty list17:17
*** yuanying has joined #openstack-ironic17:20
*** ChuckC has quit IRC17:25
NobodyCamdevananda: ack.17:25
Shrewsdevananda: do you want this (https://review.openstack.org/118467) ported to the nova driver as well?17:25
*** ChuckC has joined #openstack-ironic17:26
*** MattMan has left #openstack-ironic17:26
*** kevinbenton has quit IRC17:27
*** romcheg1 has joined #openstack-ironic17:29
*** kevinbenton has joined #openstack-ironic17:32
*** athomas has quit IRC17:33
openstackgerritA change was merged to openstack/ironic: Allow clean_up with missing image ref  https://review.openstack.org/12161517:37
*** athomas has joined #openstack-ironic17:39
*** linggao has quit IRC17:41
*** linggao has joined #openstack-ironic17:41
*** killer_prince is now known as lazy_prince17:42
*** igordcard has quit IRC17:49
devanandaShrews: yup17:49
*** yuanying has quit IRC17:53
*** andreykurilin_ has joined #openstack-ironic17:54
*** slagle_ is now known as slagle17:55
*** pelix has quit IRC17:56
*** andreykurilin has quit IRC17:56
* devananda spams the dev list17:58
Shrewsdevananda: rloo: https://review.openstack.org/12193718:01
*** romcheg1 has quit IRC18:06
*** romcheg1 has joined #openstack-ironic18:07
rloothx Shrews18:08
adam_ghope this one goes smooth https://review.openstack.org/#/c/112134/18:18
adam_g*fingers crossed*18:18
devananda... :)18:19
Shrewsdevananda: i now no longer feel bad when i mistype your name, seeing you do it as well  (Devananad)   :-P18:20
openstackgerritSergey Lupersolsky proposed a change to openstack/ironic: Attempt to import necessary modules for IMPINative and iBoot fake drivers  https://review.openstack.org/12171518:24
devanandaShrews: LOL18:29
devanandathat's what i get for replying to 5? messages at once18:29
openstackgerritSergey Lupersolsky proposed a change to openstack/ironic: Attempt to import modules for IMPINative and iBoot fake drivers  https://review.openstack.org/12171518:31
*** tatyana has joined #openstack-ironic18:39
openstackgerritSergey Lupersolsky proposed a change to openstack/ironic: Import modules for fake IPMINative/iBoot drivers  https://review.openstack.org/12171518:42
*** romcheg1 has quit IRC18:45
*** yuanying has joined #openstack-ironic18:50
*** lazy_prince is now known as killer_prince19:00
*** enterprisedc has joined #openstack-ironic19:20
Madkisshello adam_g! good to read you!19:20
adam_gMadkiss, martin! :) hows it going?19:20
*** harlowja_ has quit IRC19:22
*** harlowja has joined #openstack-ironic19:22
*** yuanying has quit IRC19:24
openstackgerritgreghaynes proposed a change to openstack/ironic: WIP: Add conductor_id index to nodes  https://review.openstack.org/10968819:24
*** pcrews has quit IRC19:25
devanandaChuckC: re your email for resilient boot - -what about port bonding?19:28
adam_gi need to run out and will miss the meeting19:34
adam_gdevananda, we're one patch away from having the grenade CI stuff functional : https://review.openstack.org/#/c/118700/19:34
devanandaawesome, ty19:35
adam_gi did some testing this morning with jroll's fix, it looks like post-migration start, stop, rebuild should all work19:35
devanandadouble awesome, thanks!19:35
jroll\o/19:36
adam_gi cant think of other things that may be affected by the migration19:36
NobodyCamis the tc meeting in -alt today?19:36
adam_gbut wanna poke more at that this afternoon19:36
jrollI think so, NobodyCam19:36
adam_ggood luck !!19:36
NobodyCam:) ty jroll19:36
NobodyCamgah anyone used a tripleo seed (kvm) with real hardware undercloud where the ethernet port for pxe booting (on the seeds host) is eth1?19:39
* NobodyCam feels he has forgotten something quite simple19:39
ShrewsNobodyCam always has the most specific problems  :)19:40
jrollNobodyCam: I think the pxe driver just chooses the first port or something19:40
rlooanyone knows what check-tempest-dsvm-ironic-pxe_ssh is? It shows 'NOT_REGISTERED" for https://review.openstack.org/#/c/120764/19:44
NobodyCamShrews: I try...19:44
NobodyCami think it somehting like reconfiguring one of the bridges19:45
NobodyCamShrews: I do strange things19:45
jrollrloo: ooo!19:47
jrollrloo: that's part of adam_g's CI refactor19:47
rloojroll: ??19:47
rloooh... so not good then19:47
jrollrloo: dunno if that NOT_REGISTERED thing is intentional, or why it happens19:48
jrollit did get merged19:48
jrollhmm19:48
rlooi couldn't get access to any logs19:48
jrollright, I don't believe it ran19:48
rloowhich makes me wonder if it didn't get very far into the test.19:48
jrolloh wait19:49
jrollthat's why jenkins -1'd19:49
jrolluh oh19:49
jrolladam_g: ^^19:49
* jroll brb19:49
rloojroll: adam_g had to run out. We'll have to wait til he's back. That same test is probably used for ironic code too, not just the client.19:49
rloowell, we don't have anything urgent that needs to get merged soon ;)19:50
lucasagomesit's almost timeeee!19:55
JayFrloo: just nobody mention in the TC meeting that our gate is broken and it's our fault :P19:55
* NobodyCam get party hats ready19:55
rlooJayF: mum's the word. And we don't know for sure who's fault it is.19:55
JayF:)19:56
devanandalol19:56
JayFsshhhh, don't tell devananda19:57
JayFhe's on the tc19:57
lucasagomes:P19:57
NobodyCameven in this channel19:57
* NobodyCam hasn't seen devananda switch hats19:58
lucasagomesdoens't look like it's our fault that NOT_REGISTERED thing tho19:58
lucasagomesseems like J lost track of the test19:58
*** pcrews has joined #openstack-ironic19:58
jrolllol19:58
JayFso is our meeting in -alt or -meeting?19:59
* JayF is in both to be safe19:59
lucasagomes-meeting19:59
NobodyCamgah19:59
* jroll is always in both :P19:59
lucasagomesmy pint of smithwicks is ready20:00
* jroll passes around the whiskey20:00
mordredJayF: you should be careful - sometimes TC members lurk in your channel ...20:05
JayFmordred: it's not lurking if you say something :P20:06
Shrewsmordred: not important ones20:06
* JayF was kidding anyway20:06
* mordred throws wet cats at JayF and Shrews20:06
rlooyeah, JayF is always joking around. We never believe anything he says.20:06
jrollI just assume the TC has access to NSA data and knows everything20:06
NobodyCamlol20:06
jrollrloo: you have no idea how true that is20:06
JayF/o\20:06
BadCub_hehehe20:06
jroll(source: I sit next to him)20:07
rloojroll: lucky errrrr you20:07
jroll:P20:07
jrollhe's punny, I don't mind20:07
JayFJoshNang jroll JayF and aweeks are a rectangular force for Ironic in Rackspace SFO office :P20:08
JayFwe all sit beside each other20:08
jrollheh20:08
aweeksJayF: we form more of a rhombus20:08
JayFyou're a rhombus20:08
rlooahh, the 3-Js and A20:08
lucasagomesI'm the only one that thinks that "message system" looks yet more confusing than queue20:12
* lucasagomes is talking about zaqar20:12
NobodyCamlol20:12
lucasagomesmessage system implies in a lot of other assumptions like the delivery order of the messages etc20:13
JayFrloo: yeah, kylestev was part of the rhombus of power but he went back to school :P20:13
lucasagomeswhere a queue you already know such things, and it's common/well understood20:14
kylestevJayF: :P20:14
JayFkylestev: aweeks already moved into your desk20:14
kylestevwelp20:15
kylestevi thought JoshNang had dibs?20:15
JayFThis is the real world, no such thing as dibs. Only getting what you take.20:16
JoshNangkylestev: i considered, but i'm lazy :P20:17
kylestevgotcha haha20:17
*** dprince has quit IRC20:20
*** yuanying has joined #openstack-ironic20:20
*** jasondotstar has quit IRC20:21
*** athomas has quit IRC20:23
JayFWhat is the voting requirement for graduation? majority? 2/3rds? unanimous?20:30
* NobodyCam is not sure20:32
lucasagomesnot sure too20:34
* jroll votes -1 on https://review.openstack.org/#/c/120225/ just to see what happens20:35
NobodyCamhere we go20:35
* Shrews stomps on jroll's head20:35
JayFjroll: it'd involve Deva and a cluebat20:35
jrollthis hatred implies I get a vote20:36
rloojroll: I dare you20:36
lucasagomeslol20:36
* jroll hides20:36
lucasagomesI think we can't vote there20:37
lucasagomesyeah we can't :P20:37
jrolloh, interesting20:37
jrollTIL20:37
NobodyCamnice : https://review.openstack.org/#/c/12022520:37
NobodyCam:)20:37
JayFI can't find anything on the wiki about how many votes it takes to win20:38
* jroll pours champagne on deva's head20:39
devananda:-D20:40
NobodyCamwooo looks good20:40
*** pensu1 has quit IRC20:40
lucasagomesuhul!20:40
* lucasagomes opens a beer!20:40
devanandawe nwo have 9 +1's20:40
NobodyCamnice20:40
lucasagomes10!20:40
NobodyCamcongratz to ALL!!!!!!20:40
lucasagomesuhul20:40
ShrewsGreat! NOW we can haz voting jobz pleeeeeeez?????????20:40
NobodyCamits official 20:40  > ttx approves it20:41
JoshNang\o/20:41
jrollShrews: go put in the patch :P20:41
JayFhttp://i.kinja-img.com/gawker-media/image/upload/s--1cV3qjUF--/19c35oidyf35igif.gif20:41
lucasagomesShrews, +120:41
jrollwait20:41
jrolldon't do that yet20:41
jroll(broken jobs, remember)20:42
NobodyCamlol20:42
Shrewsjroll: i'm not touching any jobs until adam's stuff is merged20:42
JayFdevananda: I wonder how much having a public cloud deployment of Ironic helped as well w/r/t graduation :P20:42
devanandaJayF: who can say ;)20:42
* jroll pets Shrews, good boy20:42
JayFor perhaps it's more that Ironic is good enough to power a public cloud20:42
devanandaJayF: probably more than it hurt :p20:42
JayFproof of concept that Ironic works and can deal with ornery contributors20:42
NobodyCamis that ross pero20:42
JayFNobodyCam: he's like the ross perot of the 2000s20:43
JayFNobodyCam: aka Ron Paul :P20:43
NobodyCamlol20:43
lucasagomesChange has been successfully merged into the git repository.20:43
lucasagomesohh yeah20:43
NobodyCamwe are official20:43
BadCub_Congrats!20:43
Shrewsgreat. let's break stuff20:44
NobodyCamlol Shrews we did (our gate)20:44
lucasagomesalright I will finish my pint somewhere else :)20:49
lucasagomesthank you all, congratssss20:49
NobodyCamhave a great night lucasagomes20:50
devanandalucasagomes: cheers! g'night20:50
lucasagomesgood night!20:50
*** tatyana has quit IRC20:50
lucasagomes\o/20:50
jrollnight lucas :)20:50
*** lucasagomes is now known as lucas-w00t20:50
*** marcoemorais has quit IRC20:52
openstackgerritDavid Shrewsbury proposed a change to openstack/ironic: Remove 'incubated' documentation theme  https://review.openstack.org/12197720:52
*** marcoemorais has joined #openstack-ironic20:52
NobodyCamShrews: +2'd ^^^20:53
lucas-w00tShrews, ^ that's for K right!?20:53
*** yuanying has quit IRC20:53
* lucas-w00t is still here talking20:53
Shrewslucas-w00t: do we need to wait? hrm...20:54
NobodyCamlol nice nick lucas-w00t20:54
lucas-w00tI think so because it's in J (RC) we still not integrated20:54
lucas-w00tAFAIUI20:54
*** marcoemorais1 has joined #openstack-ironic20:54
Shrewslucas-w00t: you are probably right20:54
NobodyCamya20:55
NobodyCamwe could ask devananda20:55
NobodyCamhe's on the TC I hear20:55
devanandaI would punt that to annegentle as the docs PTL20:55
NobodyCam:-p20:55
devanandabut fwiw, I think it's fine20:55
ShrewsI WIP'd it for now20:56
Shrewsi'll ask anne20:56
lucas-w00tignore my vote and land it if it's not the case20:56
lucas-w00tnow I'll be afk for real20:56
NobodyCamhave a pint for /me lucas-w00t20:56
*** andreykurilin_ has quit IRC20:57
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Add a doc note about the vendor_passthru endpoint  https://review.openstack.org/12167820:57
lucas-w00tNobodyCam, ++ Will do! !!20:57
*** marcoemorais has quit IRC20:58
NobodyCam:)20:58
NobodyCambrb20:58
*** marcoemorais1 has quit IRC21:02
*** marcoemorais has joined #openstack-ironic21:02
*** marcoemorais has quit IRC21:02
*** marcoemorais has joined #openstack-ironic21:03
anteayacongratulations!21:06
JayFthanks21:07
devanandaanteaya: thanks!!21:09
*** linggao has quit IRC21:09
anteaya:D21:11
NobodyCamthank you anteaya :)21:11
anteayaso proud of all of you21:11
anteayayou did it21:11
NobodyCamwe all did it,21:11
JayFdevananda: very congrats21:11
jrollthanks anteaya :)21:14
anteaya:D21:16
adam_gback now21:19
adam_g check-tempest-dsvm-ironic-pxe_ssh-postgres should be running now21:20
adam_gi think there was a window where the new configuration was applied to zuul but not to the jenkins slaves yet21:20
rlooadam_g: so recheck?21:20
adam_grloo, yeah, it looks like its at least running now for the jobs that are in the check pipeline21:21
adam_g12167821:21
adam_g12197721:22
jrollnice21:22
rloowill do adam_g. thx.21:23
* devananda sees lots of passing jenkins tests21:39
adam_g reconfiged jobs  look okay, at least according to https://review.openstack.org/#/c/109688/21:40
devanandaadam_g: http://no-carrier.net/~adam/openstack/ironic_gate_status.html should be updated to the new test names :)21:40
adam_gdevananda, doing that now :)21:40
devanandaI did it in the URL to see the overall stats21:40
devanandamostly green since the change21:40
devanandaadam_g: I suspect the answer is "no" but can you do something similar for the ibm-xcat test results?21:41
jrolladam_g: nice work :)21:41
devanandaI couldn't find them in the graphite list (but didn't look that hard)21:41
adam_gdevananda, not sure. URL?21:42
*** penick has joined #openstack-ironic21:47
*** yuanying has joined #openstack-ironic21:50
devanandaadam_g: url? I dunno - I just see their third-party systems posting in Jenkins now21:52
devananda"check-ironic-xcat-third-party"21:53
adam_gdevananda, oh, sorry. misread you. you mean add those jobs to the tracking page?21:53
devanandaadam_g: or have a separate page for them21:54
adam_gdevananda, sure21:54
devanandaadam_g: I think I'd like to link to graphs of each driver's tests from somewhere on https://wiki.openstack.org/wiki/Ironic/Drivers21:54
devanandaso that page becomes a clearinghouse for info on each driver's status (how well tested is it? are they passing? etc)21:54
* devananda is still formulating ideas on how to represent that21:55
adam_gdevananda, sure21:55
adam_gthe js graphite stuff jogo is using is much prettier http://jogo.github.io/gate/21:55
*** ChuckC has quit IRC21:56
*** penick has quit IRC22:00
*** marcoemorais has quit IRC22:05
*** marcoemorais has joined #openstack-ironic22:06
*** marcoemorais has quit IRC22:06
*** marcoemorais has joined #openstack-ironic22:06
*** r-daneel__ has quit IRC22:09
devanandaso it is22:11
devanandawell22:11
devanandai like them both, but his has more colours :)22:11
*** ChuckC has joined #openstack-ironic22:15
adam_gdevananda, oh hmm. we cant really easily scrape the third party systems using the same script22:18
devanandaadam_g: that's what I was afraid of22:19
adam_gwe're combing through job statuses on the openstack jenkins server22:19
adam_gand oh man, xcat uses sourceforge to host its CI results22:20
adam_g10 seconds of add spam before i can look at any of them :(22:20
jrolladam_g: and you can't view them in browser22:21
jrollit's great22:21
adam_gbetter than nothing?22:21
jrollmeh22:22
adam_gcant debug failure, must buy a toyota22:22
jrollI'd have to care really hard about a fail to dive into those logs22:22
*** yuanying has quit IRC22:23
adam_gdevananda, http://no-carrier.net/~adam/openstack/ironic_gate_status.html updated. easy to add new jobs now, so let me know if there are others we should track22:26
adam_gone or two of the jenkins slaves looks like they are lagging behind updates, so that UNREGISTERED error might show up now and again22:26
devanandayea, hosting that on sf is terrible22:27
devanandathey've already been asked to move it somewhere browsable (irc conversation)22:28
adam_gwhat is xcat testing specifically?22:28
devanandaadam_g: awesome, ty22:28
devanandaadam_g: good question. I believe the intent is to actually test with ipminative / pyghmi22:29
devanandabut I'd have to trawl through sf ads to find out22:29
adam_gmaybe it can be moved to angelfire or geocities22:30
*** jcoufal has quit IRC22:32
devananda:)22:33
devanandaanyone planning to stay a few days in Paris after the summit?22:33
*** derekh has joined #openstack-ironic22:34
JayFI think I have a day on each side22:34
JayFbarring flight issues22:34
jrolldevananda: my SO and I leave the following wednesday22:34
adam_gwas gonna stay a while but wife cant come after all. may take a train / flight somewhere new for a few days before heading home22:34
devanandanice22:35
devanandaI'll be there with my SO wednesday before the summit22:35
devanandaam debating flying back sunday or monday22:35
jrollI'd be up for dinner or something, dunno about her :)22:36
ChuckCdevananda: hi, sorry, I was heads down on a problem for a while today22:36
JayFThe summits are never aligned with a Summer so I'll never be able to take my wife :(22:37
* JayF jealous of all the discount Paris vacations people are having22:38
ChuckCdevananda: I decided to take small bites, so just doing resilient boot in that spec22:38
*** r-daneel__ has joined #openstack-ironic22:39
ChuckCdevananda: and I don't really know how to address issues coming from reviewers who say bonding is in the guest OS, so neutron can't reach it22:39
ChuckCdevananda: thoughts?22:39
JayFChuckC: I missed a lot of context; but I care a lot about neutron and bonding22:40
JayFChuckC: primarily because we run an ironic cloud that uses both of those things (Rackspace OnMetal)22:40
* jroll replies to that email and adds [Ironic]22:40
ChuckCjroll: thanks22:41
devanandaChuckC: bonding has to be understood by the switch when we're talking about physical ports and VLANs and whatnaught.22:41
devanandaat least that's my understanding. IANANE22:42
* JayF links relevant things ChuckC may care about22:42
jrollJayF: openstack-dev, Subject: [openstack-dev] [neutron] support resilient network boot of ironic server22:42
jrolldevananda: this is true22:42
JayFChuckC: If you figured out a way to pxe boot bond something, that'd be pretty wonderful22:42
jrollChuckC: your blueprint link doesn't work for me, got a different one?22:43
jrollChuckC: or somewhere discussion is happening?22:43
ChuckCjroll: no, it's just part of the neutron way: spec first, then blueprint22:44
*** r-daneel__ has quit IRC22:44
jrollChuckC: right... where is the spec? :)22:44
jroll(other than email)22:44
ChuckCjroll: I'd hoped an email discussion would happen first, but no replies today22:44
jrollChuckC: got it, I saw "I don't really know how to address issues coming from reviewers who say..." and thought maybe I could read that somewhere :)22:45
jrollanyhow, as devananda said, the switch has to know about the bonding, as does the ironic instance22:46
jrollwe've done some work toward this at rackspace, if you're interested22:46
ChuckCjroll: I need to understand better what neutron can/should know about physical switches22:47
ChuckCjroll: sure, I'd be glad to take a look!22:47
* jroll will find some things22:47
ChuckCjroll: JayF: many thanks :)22:48
* jroll makes an etherpad22:51
openstackgerritA change was merged to openstack/python-ironicclient: fixes help string for driver-list  https://review.openstack.org/12076422:54
*** r-daneel__ has joined #openstack-ironic22:56
* devananda books flights22:58
* ChuckC had already booked flights, then found out I might not go!22:59
devanandad'oh23:01
JayFget your celebratory +1s in https://review.openstack.org/#/c/122007/1 (deprecation of nova-bm)23:01
JayFChuckC: My suggestion: Go anyway; find a company there to work for that will pay your way next time23:01
ChuckCeither my boss jumped the gun a bit, or we'll find a way to get me there, I guess ;)23:03
*** marcoemorais has quit IRC23:05
*** marcoemorais has joined #openstack-ironic23:05
*** marcoemorais has quit IRC23:08
*** marcoemorais has joined #openstack-ironic23:08
*** marcoemorais has quit IRC23:08
*** marcoemorais has joined #openstack-ironic23:09
jrollChuckC: https://etherpad.openstack.org/p/ironic-neutron-bonding23:10
jrolldevananda: I expect you'll be interested in this ^23:10
jrollJayF JoshNang please to correct any wrong-ness here23:11
* ChuckC looking23:11
jrollChuckC: I'll brb, feel free to spam with questions while I'm gone :)23:12
JayFme, JoshNang and morgabra know things about this setup too23:12
JayFso we can answer as well23:12
* JayF brb23:12
*** yuanying has joined #openstack-ironic23:18
*** ryanpetrello has quit IRC23:23
*** marcoemorais has quit IRC23:36
*** marcoemorais has joined #openstack-ironic23:36
* ChuckC needs some time to digest this stuff23:38
ChuckCmaybe tomorrow :)23:38
jrollheh23:38
jrollI just braindumped in there23:38
jrolldunno if everything makes sense23:38
devanandajroll: added a link on the whiteboard23:39
jrollnice23:39
jrollthanks23:39
*** Guest72739 is now known as mgagne23:42
*** mgagne has joined #openstack-ironic23:42
*** derekh has quit IRC23:45
*** ekarlso has quit IRC23:48
*** ekarlso has joined #openstack-ironic23:48

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