Monday, 2014-09-22

*** krtaylor has joined #openstack-ironic00:08
*** yuanying has joined #openstack-ironic00:12
*** datajerk has joined #openstack-ironic01:08
*** Haomeng|2 has joined #openstack-ironic01:18
*** Haomeng has quit IRC01:20
*** yonglihe_ has quit IRC01:21
*** datajerk has quit IRC01:24
*** penick has joined #openstack-ironic01:26
*** chenglch has joined #openstack-ironic01:28
*** penick has quit IRC02:25
*** chenglch has quit IRC02:30
*** chenglch_ has joined #openstack-ironic02:30
*** ramineni has joined #openstack-ironic02:50
*** lazy_prince is now known as killer_prince03:21
*** shakamunyi has joined #openstack-ironic03:25
*** pcrews has joined #openstack-ironic03:26
*** pcrews has quit IRC03:42
*** nikunj2512 has joined #openstack-ironic03:50
*** killer_prince is now known as lazy_prince03:58
*** shakamunyi has quit IRC04:00
*** pensu has joined #openstack-ironic04:01
*** Poornima has joined #openstack-ironic04:08
*** vinbs has joined #openstack-ironic04:13
*** lazy_prince is now known as killer_prince04:17
*** nikunj2512 has quit IRC04:30
*** nikunj2512 has joined #openstack-ironic04:30
*** rushiagr_away is now known as rushiagr04:40
*** chenglch_ has quit IRC05:24
*** chenglch has joined #openstack-ironic05:26
vinbsMorning Ironic!05:49
*** Nisha has joined #openstack-ironic05:51
*** rameshg87 has joined #openstack-ironic05:58
*** k4n0 has joined #openstack-ironic06:20
*** killer_prince is now known as lazy_prince06:37
*** ifarkas has joined #openstack-ironic06:52
*** andreykurilin_ has joined #openstack-ironic06:59
*** dtantsur|afk is now known as dtantsur07:05
dtantsurGood monday morning, Ironic07:05
* dtantsur tries to wake up07:06
*** jcoufal has joined #openstack-ironic07:10
*** Chao_Yan has joined #openstack-ironic07:13
Haomeng|2vinbs: morning07:18
Haomeng|2dtantsur: morning07:18
Haomeng|2vinbs: see your offline words, any question?07:19
*** lazy_prince has quit IRC07:22
*** bluex-pl has joined #openstack-ironic07:33
*** bluex-pl has quit IRC07:33
*** bluex-pl has joined #openstack-ironic07:34
*** killer_prince has joined #openstack-ironic07:36
*** killer_prince is now known as lazy_prince07:36
*** andreykurilin_ has quit IRC07:44
*** jistr has joined #openstack-ironic07:53
Nishadtantsur: good morning07:56
dtantsurNisha, Haomeng|2, morning07:56
Haomeng|2dtantsur: :)07:56
*** lazy_prince has quit IRC07:57
*** lazy_prince has joined #openstack-ironic07:58
*** bluex-pl has quit IRC08:01
*** bluex-pl has joined #openstack-ironic08:03
*** derekh has joined #openstack-ironic08:04
*** ndipanov has joined #openstack-ironic08:07
*** athomas has joined #openstack-ironic08:10
*** yuanying has quit IRC08:12
*** yuanying has joined #openstack-ironic08:13
vinbsHaomeng, yes08:14
vinbsHaomeng|2, yes08:14
Haomeng|2vinbs: :)08:14
vinbsHaomeng|2, I have an issue with git08:14
vinbsHaomeng|2, https://review.openstack.org/#/c/118614/08:14
Haomeng|2vinbs: you mena you encountered "Merge Failed." case ,right?08:15
vinbsHaomeng|2, yes08:15
Haomeng|2vinbs: I understand for some case, we have to merge code by manually08:15
Haomeng|2vinbs: because git dont know how to merge code if same line changed08:16
Haomeng|2vinbs: so go ahead to manually rebase it in your git working dir and commit code again08:16
vinbsHaomeng|2, So I manually add or delete lines to match it with the latest code right?08:17
*** yuanying has quit IRC08:17
vinbsHaomeng|2, and then add in my changes08:17
vinbsHaomeng|2, and commit08:17
vinbsHaomeng|2, is that right?08:17
Haomeng|2vinbs: yes, after the code rebased, if there is some confit to be fixed by manually, we can find some ">>>" in the code, and git prompt that we have to merge by manually and run "git add" command and commit the review again08:19
vinbsHaomeng|2, okay let me do that.. thanks! :)08:20
Haomeng|2vinbs: yw08:20
*** lazy_prince has quit IRC08:23
*** MattMan has joined #openstack-ironic08:30
*** k4n0 has quit IRC08:33
*** lucasagomes has joined #openstack-ironic08:41
*** Poornima has quit IRC08:41
*** yuanying has joined #openstack-ironic08:43
*** rushiagr is now known as rushiagr_away08:44
*** rushiagr_away is now known as rushiagr08:45
*** k4n0 has joined #openstack-ironic08:51
*** rushiagr is now known as rushiagr_away08:56
rameshg87dtantsur, hi09:06
dtantsurrameshg87, hi09:06
rameshg87dtantsur, just one thing on this comment: https://review.openstack.org/#/c/123047/1/ironic/drivers/modules/agent_config.template09:07
dtantsurright09:08
rameshg87dtantsur, i am not sure why ipa guys did the same for 'ipa-api-url' argument09:08
rameshg87dtantsur, i agree that there is no need of 'if' there09:08
dtantsurrameshg87, let's sync with jroll on it? I don't see point in both09:08
rameshg87dtantsur, even i don't :)09:08
*** datajerk has joined #openstack-ironic09:09
rameshg87dtantsur, anyways i will remove off the 'if' from both and raise the review and get comments from jroll on it09:09
dtantsurack09:10
*** bluex-pl has quit IRC09:11
vinbsdtantsur, Haomeng|2, I see a new reviewer for my patch - IBM xCAT CI09:11
dtantsurit's a 3rd party CI system, not a reviewer09:11
vinbsdtantsur, I see09:12
vinbsdtantsur, incase I need to commit a new driver which is specific to a vendor's hardware09:14
vinbsdtantsur, I would need to setup that 3rd party CI system similar to IBM xCAT CI?09:15
dtantsurvinbs, probably not. At least we don't do it right now. Of course it would be _much_ better if you do.09:16
*** yuanying has quit IRC09:18
*** bluex-pl has joined #openstack-ironic09:18
vinbsdtantsur, Is there any guide on setting up 3rd party CI System?09:20
dtantsurvinbs, I'm not aware of any, sorry. You'd better ask on #openstack-infra IMO09:21
vinbsdtantsur, cool.. thanks09:22
*** rushiagr_away is now known as rushiagr09:23
*** pensu has quit IRC09:36
*** k4n0 has quit IRC09:44
*** pensu has joined #openstack-ironic09:52
*** romcheg has joined #openstack-ironic10:05
*** athomas has quit IRC10:10
*** yuanying has joined #openstack-ironic10:13
*** Chao_Yan has quit IRC10:16
*** athomas has joined #openstack-ironic10:19
Haomeng|2vinbs: yes, IBMxCAT CI will not vote our patch10:19
*** mitz_ has joined #openstack-ironic10:22
*** vinbs has quit IRC10:23
*** vinbs has joined #openstack-ironic10:23
*** Nisha has quit IRC10:23
vinbsHaomeng|2, got it! :)10:29
*** k4n0 has joined #openstack-ironic10:30
*** bluex-pl has quit IRC10:38
*** bluex-pl has joined #openstack-ironic10:39
*** bluex-pl has quit IRC10:40
*** bluex-pl has joined #openstack-ironic10:44
*** yuanying has quit IRC10:47
*** Poornima has joined #openstack-ironic10:47
Haomeng|2vinbs: :)10:48
*** zigo has quit IRC10:50
*** zigo has joined #openstack-ironic10:52
*** vdrok_ has joined #openstack-ironic11:03
*** ramineni has quit IRC11:05
*** rameshg87 has quit IRC11:06
*** bluex-pl has quit IRC11:06
*** bluex-pl has joined #openstack-ironic11:07
*** bluex-pl has quit IRC11:07
*** bluex-pl has joined #openstack-ironic11:08
*** dtantsur is now known as dtantsur|brb11:08
*** shakamunyi has joined #openstack-ironic11:18
*** shakamunyi has quit IRC11:20
*** yuanying has joined #openstack-ironic11:25
*** lucasagomes is now known as lucas-hungry11:27
*** nikunj2512 has quit IRC11:31
*** Haomeng has joined #openstack-ironic11:35
*** Haomeng|2 has quit IRC11:36
*** yuanying has quit IRC11:59
*** marzif__ has quit IRC12:02
*** bluex-pl has quit IRC12:07
*** bluex-pl has joined #openstack-ironic12:08
*** openstackgerrit has joined #openstack-ironic12:15
openstackgerritDmitry Tantsur proposed a change to openstack/ironic: Neutron DHCP implementation to raise exception if no ports have VIF  https://review.openstack.org/12310812:27
dtantsur|brbhttps://review.openstack.org/#/c/122728/ has 2x +2, could someone approve?12:28
*** dtantsur|brb is now known as dtantsur12:28
*** lucas-hungry is now known as lucasagomes12:34
*** rushiagr is now known as rushiagr_away12:35
openstackgerritVladyslav Drok proposed a change to openstack/ironic-python-agent: Cleanup coreos-oem-inject.py  https://review.openstack.org/12269312:36
*** Haomeng|2 has joined #openstack-ironic12:38
*** Haomeng has quit IRC12:39
Shrewsdtantsur: lol... assertCalleOnceWith()...  how did that ever get approved?12:53
dtantsurShrews, no idea :) I guess we need to pay more attention to reviewing tests...12:54
*** yuanying has joined #openstack-ironic12:55
Shrewsdtantsur: lgtm12:57
Shrews+A'd12:57
*** todd_dsm has joined #openstack-ironic12:58
*** dprince has joined #openstack-ironic12:58
dtantsurthanks!12:59
*** todd_dsm has quit IRC13:00
*** todd_dsm has joined #openstack-ironic13:01
*** killer_prince has joined #openstack-ironic13:11
*** killer_prince is now known as lazy_prince13:11
*** faizan has joined #openstack-ironic13:14
faizanlucasagomes, dtantsur, Hi13:17
faizanlucasagomes, dtantsur, Thanks for your review and approval for add/rm_node_capability bug13:17
lucasagomesfaizan, np :)13:17
dtantsuryou're welcome :)13:17
Shrewslucasagomes: dtantsur: for https://review.openstack.org/122802, i'm not so sure a detailed explanation of ironic-dbsync in the quickstart guide is the right place. A guide is not "quick" if you have to explain every detail. I think we need a more thorough documenting of that command separately (which does not yet exist). WDYT?13:18
Shrewsi'm happy to add that as a separate doc somewhere13:18
dtantsurShrews, I think user should be at least aware of difference between 2 dbsync variants (one works for sqlite, the other works when database needs to be upgraded)13:19
faizanlucasagomes, dtantsur, I kindly request you to look at this one also - https://review.openstack.org/#/c/122819/313:19
dtantsurI don't think we need to go into details other than that13:19
Shrewsdtantsur: but an upgrade is not even considered in the quickstart guide OR install guide. a fresh setup is assumed (based on all of the other procedures). so i find that confusing13:21
lucasagomesShrews, hmm I see the point... I dunno where that should be documented tho :/13:21
* lucasagomes thinking13:21
Shrewslucasagomes: separate docs for our utilities?13:21
Shrewssimilar to a man-page13:22
*** linggao has joined #openstack-ironic13:22
lucasagomeshmm yeah that would be useful/the right place indeed13:23
Shrewslucasagomes: dtantsur: i'll throw something together, then we can decide13:24
lucasagomesShrews, I will re-review that patch13:24
dtantsurok13:24
lucasagomeslet's wait for viktors openion on that as well13:24
*** yuanying has quit IRC13:29
lucasagomesShrews, it also makes me wonder whether we should verify if the db exist and use upgrade by default or if it doesn't just use create_schema by default13:29
Shrewslucasagomes: hmm, not sure i like changing a utility's default behavior based on an external condition. /me thinks about it13:32
lucasagomesShrews, well it it's like "touch" if file is not there create it13:33
lucasagomesif not just touch/update it13:33
*** bluex-pl has quit IRC13:33
lucasagomesbut I see that it may hide some problems too, since there's no default behavior per si13:33
*** bluex-pl has joined #openstack-ironic13:33
lucasagomesit depends on some conditions13:34
*** faizan has quit IRC13:34
Shrews"upgrade" will actually create a db if it doesn't exist, too, but it runs through the migration rather than just create based on the latest model. that's just an fyi, not sure if someone would actually prefer to do a create vs. upgrade in that situation (should be the same result)13:37
Shrewsnot for sqlite, of course.... anyway... more coffee13:37
openstackgerritA change was merged to openstack/ironic: Do not cache auth token in Neutron DHCP provider  https://review.openstack.org/12272813:38
*** vinbs has quit IRC13:41
viktorslucasagomes: hi! Did I miss something?13:42
* lucasagomes is in a call13:42
lucasagomesviktors, Shrews 1 min will finish soon13:42
viktorsok13:42
openstackgerritVladyslav Drok proposed a change to openstack/ironic-python-agent: Cleanup coreos-oem-inject.py  https://review.openstack.org/12269313:50
jrollmorning all :)13:57
*** chenglch has quit IRC14:01
NobodyCamGood Morning Ironic14:13
dtantsurmorning, NobodyCam, jroll, viktors14:14
*** ChuckC_ has quit IRC14:14
NobodyCammorning dtantsur :)14:14
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Do not set the context twice when forming RPC objects  https://review.openstack.org/12240114:14
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Make context mandatory when instantiating a RPC object  https://review.openstack.org/12192314:14
lucasagomesNobodyCam, morning14:14
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Do not use the context parameter on refresh()  https://review.openstack.org/12244114:14
lucasagomesviktors, Shrews back14:14
NobodyCammorning lucasagomes14:14
viktorsmorning, NobodyCam14:15
lucasagomesviktors, we were just talking about that patch that Shrews added changing the documentation to explicity pass "create_schema" to the db-sync utility14:15
NobodyCammorning viktors and jroll14:15
viktorslucasagomes: yes, I left some comments to Shrews's patch14:15
lucasagomesand we were wondering if it would make sense to make the dbsync tool, ack differently by default when there's a database present we use 'update' by default, if not we do a 'create_schema'14:16
lucasagomesoh right I will take a look14:16
jrollheya dtantsur NobodyCam viktors Shrews lucasagomes14:17
jrollso many people :o14:17
lucasagomesjroll, morning14:17
lucasagomesheh indeed14:17
viktorslucasagomes: yes, I agree with it, but IMO it's would be nice also provide a detailed documentation, at least for user's compatibility14:17
viktorshi jroll!14:17
* Shrews distracted by people installing a new door. not really present atm14:17
lucasagomesviktors, oh definitely, the documentation is super needed14:17
NobodyCamoh morning Shrews :)14:19
*** k4n0 has quit IRC14:19
*** todd_dsm has quit IRC14:20
*** todd_dsm has joined #openstack-ironic14:21
*** yuanying has joined #openstack-ironic14:25
jrollvdrok: one more thing on https://review.openstack.org/#/c/122693/ :)14:27
*** agordeev has quit IRC14:27
*** jistr has quit IRC14:30
openstackgerritJim Rollenhagen proposed a change to openstack/ironic-python-agent: Add docstrings for api/ tree  https://review.openstack.org/12066114:31
jrollShrews: fixed that thing, ty ^14:31
openstackgerritJim Rollenhagen proposed a change to openstack/ironic-python-agent: Delete unused method get_agent_mac_address()  https://review.openstack.org/12115314:32
*** jistr has joined #openstack-ironic14:33
*** agordeev has joined #openstack-ironic14:44
krtaylordtantsur, vinbs, you were asking for guidelines on setting up third-party CI testing - here is the link http://ci.openstack.org/ (see the HOWTOS box)14:44
*** Poornima has quit IRC14:45
krtaylordtantsur, vinbs, also, we meet every Monday to discuss how to make CI better -> https://wiki.openstack.org/wiki/Meetings/ThirdParty14:45
dtantsurcool thanks14:45
vdrok_jroll, morning :) will fix14:47
vdrok_hi everyone!14:47
jrollgood morning :) thanks!14:47
openstackgerritA change was merged to openstack/ironic: Updated from global requirements  https://review.openstack.org/12242314:49
NobodyCammorning vdrok_14:52
vdrok_morning NobodyCam !14:52
*** Guest75828 has joined #openstack-ironic14:52
NobodyCam:)14:54
*** dlaube has joined #openstack-ironic14:55
*** yuanying has quit IRC14:59
openstackgerritYuriy Zveryanskyy proposed a change to openstack/ironic: Do not return 'id' in REST API error messages  https://review.openstack.org/12315015:03
*** bluex-pl has quit IRC15:07
*** foexle has joined #openstack-ironic15:12
*** jistr has quit IRC15:12
*** jistr has joined #openstack-ironic15:13
*** todd_dsm has quit IRC15:16
NobodyCamso do we still need / want Outstanding Items for graduation on hte agenda?15:18
dtantsurI hope nobody is going to revoke our graduation :)15:19
NobodyCamlol yep, just wasn't sure if there was anything outsianding we wanted to talk about15:20
NobodyCamI removed that section15:21
NobodyCam:-p15:21
*** pcrews has joined #openstack-ironic15:23
linggaodevananda, ping.15:24
NobodyCamand of course as always on monday's call for new agenda items.15:25
NobodyCams/monday's/monday,/15:25
openstackgerritVladyslav Drok proposed a change to openstack/ironic-python-agent: Cleanup coreos-oem-inject.py  https://review.openstack.org/12269315:28
jrollJayF: ^ you should look at that too15:31
*** ChuckC_ has joined #openstack-ironic15:31
JayFYeah I saw the bug get picked up15:32
zigoHi there! I got a few unit tests errors when building in Wheezy: https://juno.dev-debian.pkgs.enovance.com/job/ironic/3/console15:36
zigoDoes anyone have an idea why?15:36
*** Guest75828 is now known as annegentle15:38
lucasagomesNobodyCam, oh btw, I won't be able to make to the meeting tonight :(15:38
lucasagomesNobodyCam, I've to solve some stuff after work so I may not arrive in time for it15:38
jrollzigo: what version of keystoneclient is that?15:38
jrolland what version of ironic15:39
NobodyCamlucasagomes: its ok ... is there anything you need me to chat about there?15:39
jrolland glanceclient :(15:39
zigojroll: 0.10.1 for ksc, and Juno b3 for Ironic. 0.14.0 for glanceclient.15:40
*** todd_dsm has joined #openstack-ironic15:40
jrollzigo: these all remind me of things we fixed during this cycle where the clients broke ironic15:40
zigojroll: The weird thing is that I don't have these in Sid, just in my Wheezy backport.15:40
zigoIn Sid, I only have a single unit test error.15:40
* jroll wonders what juno b3 is15:41
jrolljuno-3 I guess15:41
Shrewsthat "'Client' object has no attribute 'endpoint'" error was fixed long ago15:41
zigoNot even...15:41
zigoNothing, all works !15:41
zigoOh, shit, I'm building the wrong version (eg: 2014.1, not Juno).15:41
zigoSorry guys.15:41
jrollyeah, I don't claim to know anything about what packages are in which distro15:42
zigoFixing my CI ! :)15:42
jrolllol15:42
jrollcool :)15:42
lucasagomesNobodyCam, hmm not off the top of my head15:42
zigojroll: Well, for Debian (where I do all the packaging of OpenStack), I just follow the global-requirements.txt, and then, Ubuntu guys just take all of my work for non core packages (ie: all Python modules).15:44
jrollzigo: oh, cool, I didn't know that you did the packaging :)15:44
zigoThey sometimes do small modifications, and I try to grab them when I have time, and when it's relevant...15:44
zigojroll: http://qa.debian.org/developer.php?login=openstack-devel@lists.alioth.debian.org <--- 179 packages so far ... :)15:45
jrollwow, nice15:45
*** rloo has joined #openstack-ironic15:46
jrollJayF: also mind grabbing this? https://review.openstack.org/#/c/120661/15:46
jrollmorning rloo :)15:46
rloomorning jroll!15:46
zigoFYI, I'm planning to remove Ironic from Jessie, because it's going to be Icehouse, and there's a consensus that it's not useable enough there. I'll maintain it in subsequent releases, but it wont make it to the next Debian stable then...15:47
*** ndipanov is now known as ndipanov_gone15:47
NobodyCamlucasagomes: ack ...15:47
zigoHow happy are you guys with Juno?15:47
NobodyCammorning rloo15:48
JayFjroll: should we talk to zigo about ipa packaging? Perhaps there'd be a perspective there worth getting15:48
rloomorning NobodyCam15:48
zigoJayF: What's ipa ?15:48
NobodyCam:)15:48
JayFzigo: ironic-python-agent ... it's a ramdisk agent used to provision machines in some Ironic deploy drivers15:49
zigoAh ok.15:49
JayFzigo: we've been wondering how it's best to be packaged, because the average user will only use it in Ramdisk/kernel form (similar to ipxe or syslinux where the "image" is what is really wanted)15:49
JayFor will build their own15:49
zigoWell, if you need packages in Debian (or Ubuntu), I'm definitively the person to talk with! :)15:50
JayFso I wasn't sure the best way for us to 'release' IPA for packaging15:50
JayFI don't know :)15:50
JayFWas hoping you could help tell me that15:50
*** r-daneel has joined #openstack-ironic15:50
JayFjroll: docstring+unused methods both approved again15:50
zigoJayF: Is the plan to add some stuff to a "standard" debian initrd image?15:51
*** Mike_D_wk has quit IRC15:51
jrollthanks JayF15:51
zigoBecause that's not hard to do ...15:51
*** Mike_D_wk has joined #openstack-ironic15:51
zigoSee cloud-initramfstools for example.15:51
JayFzigo: We build the ramdisk, right now, by embedding it in a CoreOS pxe image15:51
JayFzigo: I don't think there's an intention to change the ramdisk's internals based on which distro it's being packaged for :)15:52
zigoJayF: Would that work to just package the tools to actually *build* the ramdisk, rather than trying to package the image itself?15:53
JayFzigo: the image build tools are here -> https://github.com/openstack/ironic-python-agent/tree/master/imagebuild15:53
JayFzigo: I'd suspect if someone was building it themselves (that's what Rackspace does for OnMetal), they'd pull the code in using git or pypi, not distro packages15:53
zigoJayF: I don't see why you wouldn't want to use packages if they are up-to-date and in good shape.15:54
devanandamorning, all15:54
*** yuanying has joined #openstack-ironic15:55
JayFzigo: Because I can express a dependency on pypi or git using a requirements.txt15:56
zigoJayF: Well, I can express dependencies using debian/control ! :)15:56
JayFzigo: for instance, one of the cases for building your own agent is to add your own hardware manager (like, say, this one: https://github.com/rackerlabs/onmetal-ironic-hardware-manager) -- and in our case we build that by using requirements.txt to pull in our third-party code when building15:56
dtantsurdevananda, morning15:56
zigoA large amount of my packaging time is spent translating requirements.txt into a valid debian/control file.15:56
devanandaJayF: my concern with not having a release tagged (packaged or otherwise) is versioning. If someone, two months from now, wants to build an IPA image to match the Juno release of Ironic, can you guarantee that what they build from the git tree is going to work?15:57
NobodyCamgood morning devananda15:57
JayFdevananda: I am 100% in agreement at this point we should tag a release15:57
devanandaJayF: glad to hear it :)15:57
JayFdevananda: I'm mainly curious about if/how that translates to distro packaging...15:57
devanandaJayF: and in that case, if there's a release, why not package it?15:57
JayFas a user in this case, I'd want the built image to be apt installable, and wouldn't care about the source (i.e. building my own; I'd use a source like git rather than a debian source image)15:58
devanandaJayF: "awnt the built image to be apt instalable" -- I don't think I agree there15:58
JayFdevananda: I know that if IPA is packaged in a hard to use way (like "here's some source and a Makefile, enjoy") that it won't be used very much15:58
devanandaJayF: let's say I want to build an image using the Juno release of IPA, but I need add my-fancy-driver to it.15:59
zigoJayF: Well, let's just make it easy to use then! :)15:59
devanandaJayF: also, by the way, this is the same set of problems which diskimage-builder has faced15:59
devanandawhich is one reason I've been suggesting ya'll just use that16:00
JayFzigo: devananda: how is the ironic pxe ramdisk packaged in distros?16:00
devanandaJayF: diskimage-builder and tripleo-image-elements are released to PIP. zigo: are there packaged versions of those tools?16:01
zigodevananda: yes.16:02
jrollso the recommended way is to build the ramdisk16:02
devanandaah yep. just searched and found them in Jessie16:02
zigoI've updated diskimage-builder, though I probably also should update tripleo-image-elements.16:03
jrollso we should package a way to build IPA16:03
jrollbut not IPA itself16:03
JayFHow would a potential consumer of Ironic via distro packages discover how to do all the steps required, including building the pxe ramdisk?16:03
zigoJayF: By reading the official OpenStack install-manual? :)16:03
zigos/install-manual/install-guide/16:04
jrolldocs, yo16:04
jrollwe have docs for this, for the pxe driver16:04
jrollor they are in flight at least16:04
devanandayep16:04
JayFLooking for them now16:04
JayFnot having much success finding anything but developer docs16:04
devanandawell - we have developer docs. not being integrated in Juno has meant we don't have a presense in the official OpenStack Manual16:04
devanandaalso - we need a doc writer16:05
zigoI'd be very happy to do more collaborative work with you guys, and do more packaging work, so that Ironic is in a better shape in Debian.16:05
zigoI can package more stuff, and do corrections in existing ones.16:05
zigoThough what I can't really do is test it all...16:05
zigoI have not enough time for it.16:05
jrollJayF: at a minimum, https://review.openstack.org/#/c/118614/16:06
JayFIf this is the right place to be: http://docs.openstack.org/developer/ironic/ I don't see any docs at all that would help me discover how to install Ironic at all... I think I'm in the wrong place? :(16:06
zigoSo your feedback is *very* important for me.16:06
jrollJayF: this is almost there: http://docs.openstack.org/developer/ironic/deploy/install-guide.html16:07
JayFzigo: I'm only curious from the perspective of wanting software I work on packaged well... Rackspace doesn't run our cloud out of debian packages :)16:07
jrollbut nothing about building ramdisks etc16:07
JayFzigo: so I'm not exactly your customer16:07
JayFjroll: exactly what I was concerned about16:07
jrollso we need to improve our docs16:07
jrolleven if we packaged a ramdisk image or whatever16:07
JayFI'm just going down the rabbithole because when we talk about how IPA should be packaged16:08
jrollthere's still no docs on using that16:08
JayFreally we're asking "how would someone use a distro package to setup ironic + ipa driver"16:08
zigoGot it.16:08
JayFand the answer appears to be we have *no* docs that cover everything needed to deploy ironic, with main deficiencies seeming to be around ramdisk building16:08
devanandajroll, JayF: right. and that hasn't been a priority of the development y'all have been doing, AIUI.16:08
devanandanot that it shouldn't be :)16:08
JayFdevananda: You're exactly right :) We've been prioritizing documenting how *we* install and use it over documenting how others can do it in a more standard way :)16:09
devanandazigo: you're on a bit of a timeline to get all these packaged, right?16:09
*** datajerk has quit IRC16:09
zigodevananda: I've finished packaging all dependencies for Juno early this week, and I'm finishing to upload Juno b3. I'd like to have everything ready for the 16 of October, on time for the release...16:10
JayFGiven what I've heard; I'd say improve the docs in/around IPA itself on how to build a ramdisk image, then just package IPA in a way that it could be built16:10
JayFi.e. instead of putting it on the pythonpath, put the code and build infra in /usr/share/ somewhere so people can use the packaged software to build IPA16:10
JayFbut aiui I don't think we'd be able to 'pip install ironic-python-agent' then use the result of that to build a ramdisk16:11
devanandazigo: gotcha, thanks16:11
* zigo just uploaded Ironic Juno b3 to Debian experimental.16:11
devanandaJayF: I'm getting the impression you guys may need to change some of the structuring of IPA to accomodate packaging the build tools separately from the IPA code itself16:12
zigoFYI, everything for Juno, and probably Kilo, will be in Experimental durring the Jessie freeze.16:12
devanandaJayF: since you don't actually *install* IPA itself16:12
zigo(that's the normal procedure during the freeze of Debian: you can't upload to Sid/Testing)16:12
JayFdevananda: yeah; you had originally proposed that as something we talk about splitting out at the summit16:12
devanandaJayF: yep16:12
JayFdevananda: and I think we should split out all ironic ramdisk build utilities into their own repository--everything from DIB elements for pxe driver to all the various builders for IPA16:13
JayFbut for J, what do we want to do?16:13
devanandaJayF: is this something you want to try to do in the next week or two? or better to solve it for Kilo?16:13
devanandaheh16:13
* dtantsur steps afk until meeting time16:14
*** marcoemorais has joined #openstack-ironic16:15
openstackgerritRamakrishnan G proposed a change to openstack/ironic: Pass ipa-driver-name to agent ramdisk  https://review.openstack.org/12304716:17
devanandazigo: looking at https://packages.debian.org/jessie/python-ironic I do not believe ironic depends on seamicroclient16:18
devanandaor on python-pyghmi16:18
zigodevananda: That's the Icehouse release, I think it did ...16:18
devanandazigo: though i'm not sure we're communicating that properly -- these are optional dependencies for vendor drivers16:18
devanandazigo: ahh. it may have16:18
devanandazigo: ahh. it may have been in our requirements file back then16:18
zigoI just removed them for Juno indeed! :)16:19
*** derekh has quit IRC16:19
zigodevananda: Please try the package I just uploaded tomorrow, when it reaches the mirrors.16:19
openstackgerritVladyslav Drok proposed a change to openstack/ironic: Add parameter to override locale to utils.execute  https://review.openstack.org/12274316:19
zigodevananda: Do you think there's a chance that Ironic from Juno works together with the rest of Icehouse?16:20
zigoOr no way?16:20
JayFNo way16:20
JayFbecause you wouldn't have our Nova driver16:20
zigoOk. :)16:20
JayFWe vendored it into Ironic for Icehouse, but in Juno it'll be in Nova16:21
JayFs/'ll be/is/16:21
devanandazigo: yep. Ironic doesn't function within OpenStack unless you have the Nova "ironic" driver, and that depends on unstable/internal APIs in Nova16:21
devanandaso it's unfortunately tightly coupled to the release of Nova for now16:22
zigoI was just trying to see if it was possible to still have Ironic in Jessie, never mind then.16:24
rlooHi lucasagomes. qq on 121923. Do you know if the object versions need to be updated? eg line 29: https://review.openstack.org/#/c/121923/5/ironic/objects/chassis.py16:25
lucasagomesrloo, looking16:25
lucasagomesrloo, so, no because I haven't changed anything in the objects api16:26
rloobut context is mandatory now, no?16:26
lucasagomesto instantiate the object class16:27
rloolucasagomes: right.16:27
lucasagomesit was already mandatory to pass the context for every classmethod16:27
rloolucasagomes: is it mandatory if it is context=None?16:27
lucasagomesso there's no method signature being changed or anything16:27
* zigo goes back to packaging the rest of Juno (eg: trove & designate still missing).16:27
zigoThanks for the chat guys! :)16:27
zigoAnd feel free to ping me again.16:27
lucasagomesrloo, that's for @remotable, the context=None is not used anymore16:28
lucasagomesand will be removed in the future, then I think we should update the version16:28
lucasagomesbecause we will change the method signature16:28
lucasagomesbut for now, we just use the internal context, so the methods does change anything (same input same output)16:29
*** yuanying has quit IRC16:29
*** r-daneel has quit IRC16:29
devanandazigo: cheers, thanks for dropping in!16:30
rloolucasagomes: ok, if you say so. thx. (I wasn't sure, will need to think about it.)16:30
*** marcoemorais has quit IRC16:30
*** marcoemorais has joined #openstack-ironic16:31
lucasagomesrloo, it's fine... because this api should be updated for @remotable[_classmethod]s16:31
lucasagomesbecause these are the methods that are executed over rpc16:31
lucasagomesthe instantiation is local, so there's no need to update the version (afaiui)16:32
*** r-daneel has joined #openstack-ironic16:33
JayFzigo: ty16:33
openstackgerritA change was merged to openstack/ironic-python-agent: Add docstrings for api/ tree  https://review.openstack.org/12066116:34
*** yjiang5 has joined #openstack-ironic16:39
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Do not set the context twice when forming RPC objects  https://review.openstack.org/12240116:41
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Do not use the context parameter on refresh()  https://review.openstack.org/12244116:41
openstackgerritA change was merged to openstack/ironic-python-agent: Delete unused method get_agent_mac_address()  https://review.openstack.org/12115316:41
Shrewsjroll: got a sec?16:43
lucasagomesright folks I will call it a day a bit earlier today16:43
*** jistr has quit IRC16:43
Shrewsnight lucasagomes16:43
jrollShrews: what's up?16:43
lucasagomeshave a good night16:43
Shrewsjroll: this... https://review.openstack.org/#/c/123108/1/ironic/tests/dhcp/test_neutron.py16:43
NobodyCamnight lucasagomes16:43
lucasagomessee ye later! (I hope I can make it to the meeting)16:43
Shrewsjroll: i'm failing to see how mock_updo is never called (either before or after the change). i mean, all update_dhcp() does is call that method16:44
NobodyCambbt ... brb16:44
jrollShrews: I had the same problem, can't remember right away what I missed :P16:44
* jroll looks16:44
jrollso mock_updo is update_port_dhcp_opts16:45
Shrewsyup16:45
jrollwhich is called here: https://github.com/openstack/ironic/blob/master/ironic/dhcp/neutron.py#L15616:45
jrollwhich is after the `if not vifs` check16:46
Shrewsjroll: oh, wait16:46
* Shrews just now notices "_port_"16:46
jroll:)16:46
jrollyeah, I did the same thing16:46
Shrewsugh16:47
Shrewsmondays16:47
* jroll passes Shrews a coffee16:47
* Shrews finds it hard to concentrate with the sound of a sawsall going on 15ft away from him16:48
*** r-daneel_ has joined #openstack-ironic16:49
*** r-daneel has quit IRC16:49
* NobodyCam passes Shrews a pair of ear plugs16:49
*** rloo has quit IRC16:53
NobodyCamdidn't we land a fix for this: http://logs.openstack.org/51/120651/4/gate/gate-tempest-dsvm-ironic-pxe_ssh/08de6f4/console.html.gz#_2014-09-19_19_20_47_62116:53
*** rloo has joined #openstack-ironic16:53
ShrewsNobodyCam: yeah16:54
Shrewshttps://review.openstack.org/12283216:54
*** athomas has quit IRC16:54
NobodyCamahh yes TY Shrews16:54
*** linggao has quit IRC16:59
*** ifarkas has quit IRC17:06
NobodyCamquick walkies ...brb17:07
*** eghobo has joined #openstack-ironic17:09
devanandaquick store run - bbiab17:10
*** linggao has joined #openstack-ironic17:11
linggaodevananda, ping.17:15
* NobodyCam is back17:17
*** todd_dsm has quit IRC17:20
*** harlowja_away is now known as harlowja17:21
openstackgerritA change was merged to openstack/ironic: Make context mandatory when instantiating a RPC object  https://review.openstack.org/12192317:23
*** eghobo has quit IRC17:25
*** yuanying has joined #openstack-ironic17:25
NobodyCamany one Vinay's irc handle?17:26
NobodyCams/one/one know/17:26
dtantsurNobodyCam, vinbs maybe?17:30
NobodyCamdtantsur: maybe17:30
NobodyCam:)17:30
*** penick has joined #openstack-ironic17:30
NobodyCamI'll just comment on the review17:30
*** marcoemorais has quit IRC17:31
*** marcoemorais has joined #openstack-ironic17:32
*** krtaylor has quit IRC17:32
*** krtaylor has joined #openstack-ironic17:41
*** todd_dsm has joined #openstack-ironic17:50
* devananda is back17:53
devanandalinggao: pong17:53
NobodyCamWB devananda17:53
linggaoHi devananda, just a short question. I am looking into add petitboot support in Ironic for kilo release. But not sure if it is supported or not already.17:54
JayFwhoa nice17:55
JayFjroll: ^^ look at petitboot17:55
JayFlinggao: We have definate interest in looking at kexec reboots in the agent17:55
JayFlinggao: lower provisioning times would be great :) and skipping a post helps that17:55
devanandalinggao: No, it's not currently supported17:55
NobodyCamdevananda: are there any post-graduation items that should be on the agenda for the meeting? i assume not but wanted to dbl check17:55
devanandathe problem with kexec is hardware support17:56
linggaothanks, JayF and devananda. So is it like writing another Deployment driver?17:56
devanandawe (Ironic) can't claim that kexec will work, because we (Ironic) don't control what hardware it's going to be run on, and a lot of hardware will fail in very bad ways17:56
*** jcoufal has quit IRC17:56
linggaolike pxe17:57
JayFI don't know where something like this would integrate17:57
devanandabut on specific hardware, where someone (perhaps a vendor, or perhaps the local operator) has tested it? Yep, it could be significantly faster for provisioning in some cases17:57
devanandaso far, I've pushed back on adding kexec support to Ironic. Not because its out of scope, but because it's an optimization with more limited use cases17:59
*** yuanying has quit IRC17:59
linggaoJayF and devananda, are you saying that Ironic has kexec, but not tested?17:59
devanandaJayF: I suspect it would require changes inside the drivers, but probably not beyond that17:59
JayFdevananda: I was thinking it'd be akin to the ipxe changes lucasagomes made?18:00
JayFfor IPA it'd also need the agent to coorperate18:00
linggaodevananda, JayF, IBM Power8 uses petitboot bookloader, that's why we'd like to add this support in Ironic.18:00
JayFlinggao: ah, that makes sense. I'm interested from a perspective of kexec keeping us from needing an extra reboot18:01
*** vdrok_ has quit IRC18:02
devanandaactually, it'll need a change to conductor/utils.py -- or to every driver which calls cnoductor.utils.node_power_action18:02
devanandalinggao: Power8 is precisely one of those cases where a vendor can certify that kexec is safe on the hardware they are selling and packaging Ironic with18:02
devanandalinggao: so I agree that it's a good fit there18:02
devanandalinggao: but the implementation must be such that we are not recommending it as part of the default deployment process18:03
linggaodevananda, thanks. I'll do some research and prototype. then write a design because I am not confident to write a design yet.18:04
linggaodevananda, agree. it should not be a default.18:04
linggaodevananda, maybe I can post a blueprint?18:05
*** harlowja has quit IRC18:05
*** harlowja_ has joined #openstack-ironic18:05
devanandalinggao: a spec would be a good place for everyone to discuss the implementation :)18:06
linggaodevananda, will do. thanks!18:06
*** marcoemorais has quit IRC18:06
*** marcoemorais has joined #openstack-ironic18:06
NobodyCamdevananda: we are being careful with Translated string changes ATM how about a change like: https://review.openstack.org/#/c/123108/1/ironic/dhcp/neutron.py18:11
*** penick has quit IRC18:13
*** yjiang5 has quit IRC18:14
NobodyCamoh fresh coffee is ready.. /me refills cup18:14
openstackgerritA change was merged to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/12070118:20
*** linggao has quit IRC18:23
ShrewsNobodyCam: yeah, i thought of that too for that file. it would eventually get wrapped up in an existing message in _do_node_deploy() that goes to the log and to node.last_error.18:24
Shrewsi'm unclear if that qualifies18:24
Shrewsi don't *think* it does since it is neither an API error message or config option/desc change18:26
rlooShrews, NobodyCam: it is the same string as before, and it was _LW() before, so it seems fine to me? It think it falls under bullet 4 of 'What changes are not affected..."18:26
NobodyCamShrews: ya, and the actual text has not changed18:26
rloohttps://wiki.openstack.org/wiki/StringFreeze18:26
Shrewsrloo: yeah, it's the same, but where it ends up is different now (log only vs. log&node.last_error)18:27
rloobut the msg was marked for translation before. and it still is. so it shouldn't matter.18:28
Shrewsyeah, guess that's true18:28
rlooShrews: well, "shouldn't matter" to me, but then, I'm not quite sure what/how they are doing things ;)18:28
Shrewsrloo: you know all and see all...18:29
Shrews:P18:29
rlooShrews: ha ha. that would be very scary!18:29
NobodyCamlol I +2'd but did not +a18:30
NobodyCam:-p18:30
ShrewsNobodyCam: i'd say go for it18:31
*** linggao has joined #openstack-ironic18:32
NobodyCamShrews: you also have a +2 on that patch18:33
Shrewslol. lemme rephrase, "I'd say YOU go for it b/c I am chicken"18:34
rlooNobodyCam, Shrews: I would do it, but... are you two OK with the test?18:34
devanandaafaik, it's not changing a string so it's fine18:35
devanandait is moving the string out of _LW though, which is new this cycle18:35
devanandaand I'm not sure if/how that affects the i18n team18:35
rlooNobodyCam, Shrews, devananda: done.18:35
devananda:)18:35
rlooalthough I put a note in the bug itself. Not sure if this actually addresses it ;)18:36
devanandaI'm troubled that, if I don't set neutron.url, it looks like it will query keystone every time18:40
devanandai'm also troubled that it looks like ironic's consumption of glance and swift don't ever call keystone.get_service_url and instead completely rely on teh config file (but I haven't dug in that much yet)18:41
devanandaalso, I'm only moderately troubled by this, but we should fix it at some point18:42
* rloo is sad that devananda is troubled18:45
*** romcheg has quit IRC18:47
*** achanda has joined #openstack-ironic18:47
NobodyCamthank you rloo :)18:47
rlooNobodyCam: yw ;)18:47
NobodyCamlast call for agenda updates18:47
*** openstack has joined #openstack-ironic18:56
-sendak.freenode.net- [freenode-info] if you're at a conference and other people are having trouble connecting, please mention it to staff: http://freenode.net/faq.shtml#gettinghelp18:56
* devananda makes a quick run for more coffee18:56
*** achanda has quit IRC19:05
*** rwsu has joined #openstack-ironic19:10
*** steveh1 has joined #openstack-ironic19:12
openstackgerritA change was merged to openstack/ironic: Do not set the context twice when forming RPC objects  https://review.openstack.org/12240119:13
openstackgerritA change was merged to openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/12065119:13
*** romcheg has joined #openstack-ironic19:14
*** penick has joined #openstack-ironic19:15
*** marcoemorais has quit IRC19:16
*** marcoemorais has joined #openstack-ironic19:16
devanandagreghaynes: hi! want to join the meeting? we're talking abotu the hash ring19:17
*** achanda has joined #openstack-ironic19:19
*** rushiagr_away is now known as rushiagr19:28
openstackgerritA change was merged to openstack/ironic: Neutron DHCP implementation to raise exception if no ports have VIF  https://review.openstack.org/12310819:28
*** yuanying has quit IRC19:29
*** achanda has quit IRC19:36
*** todd_dsm has quit IRC19:44
*** achanda has joined #openstack-ironic19:44
*** todd_dsm has joined #openstack-ironic19:49
*** yuanying has joined #openstack-ironic19:55
*** shakamunyi has joined #openstack-ironic19:57
NobodyCamthank you all20:00
devanandajroll: NobodyCam: fwiw, we do have a problem right now with features between drivers20:00
jrollwe do20:00
devanandaspecifically whole-disk-images && boot-from-local-disk20:00
NobodyCam:(20:00
jrollthe top of my list is to document differences between pxe and ipa20:01
devanandathose are not exposed in the API at all20:01
jrolland next is to clear out that list in kilo20:01
devanandaand it's totally not obvious that if you use PXE you get XXX and if you use IPA you get YYY20:01
jrollright, which is why we need really good documentation, at a minimum20:01
devanandayup20:02
devanandaand we'll STILL end up confusing users20:02
*** dprince has quit IRC20:02
jrollyep20:02
NobodyCamya20:02
jroll:(20:02
*** tatyana has joined #openstack-ironic20:02
jrollalthough20:02
JayFI like what devananda noted about how those aren't exposed in the API20:02
JayFwhy not expose them in the API?20:02
jroll1) boot from pxe/disk, I don't think is a problem, users don't need to know20:02
linggaodevananda, the driver page https://wiki.openstack.org/wiki/Ironic/Drivers  only lists the drivers that's in upstream, correct?20:02
JayFObviously support for features is something that will evolve over time for the various drivers20:02
devanandalinggao: correct.20:02
JayFwhy shouldn't it be documented dynamically?20:03
linggaodevananda, ok. thanks.20:03
dtantsurg'night folks20:03
devanandadtantsur: g'night!20:03
*** dtantsur is now known as dtantsur|afk20:03
jroll2) whole-disk versus split-disk images, I don't think is much of a problem unless someone is running BOTH drivers. otherwise it's only a problem for the poor guy making images20:03
jrollnight dtantsur|afk20:03
NobodyCamnight dtantsur|afk20:04
jrolland that's covered by good docs20:04
jrollmaybe20:04
devanandaJayF: if drivers behave differently, it's a failing of the abstraction layer that Ironic should provide20:04
jrollidk20:04
devanandajroll: it's a problem for users who don't understand the choice they are making when they select a driver20:04
JayFdevananda: so you're saying we can't ever support a driver that, say, can't implement a Serial Console?20:04
devanandajroll: also Ironic explicitly should support >1 driver in a region.20:04
devanandaJayF: nope.20:04
devanandaJayF: I said "behave" -- not "expose features"20:04
jrolldevananda: agree, agree20:05
*** rushiagr is now known as rushiagr_away20:05
jrolldevananda: and this still supports >1 drivers, just need double the images to do so20:05
devanandaJayF: where we expect drivers to differ in their features / capabilities, we need to consciously know that we want users to have to make a choice20:05
devanandaJayF: and then expose that in the API in a reasonable and programatic way20:05
JayFThat sounds like what I was trying to suggest :)20:06
devanandajroll: right. but then as a user (operator) I'm going to get different behavior on pxe-node vs ipa-node20:06
jrolldevananda: what different behavior?20:06
jrolldevananda: as a user, do I care how the node boots?20:06
jrolldevananda: or are we talking deployer here (same question still applies, I think)20:07
devanandaJayF: see the /v1/nodes/NNN/validate output20:07
devanandahm, that isn't well documented20:08
devanandait should include samples visible at http://docs.openstack.org/developer/ironic/webapi/v1.html#get--v1-nodes-validate20:08
jrollthat's... a thing?20:08
jrollhuh.20:08
devanandaalso, that should probably be mirrored in /drivers/ or something now20:08
* jroll tries it out20:08
devanandajroll: it tests each node.driver.XXX.validate() method20:08
devanandaand then returns yes/no/NotImplemented20:09
NobodyCambrb20:09
devanandaso that a user can discover which interfaces are[nt] supported20:09
devanandavs which aren't configured appropriately20:09
jrolldevananda: hmmm20:09
jrollneat20:09
devanandayea, we need a driver-X command to do the same thing20:10
devanandawe have driver-properties now, but no driver-capabilities20:10
jrollyep20:11
devanandaheh. too late, really20:11
devanandawe're commited to the current API20:11
jrollyeah, I'd want the same data as /node/validate, but for each method in each interface20:12
jroll{"management": {"set_boot_device": {"result": true}}}20:12
jrolletc20:12
devanandajroll: ah. so, i disagree on that quite strongly20:12
devanandajroll: if a driver implements an interface, it needs to implement ALL of it20:12
devanandaa driver doesn't get to choose which parts of an interface it implements, or it's just broken the contract20:13
jrollah, I see20:13
jrollyeah, maybe driver-capabilities is the right thing to do20:13
* jroll needs to go afk for a bit20:13
devanandathis is where promoting methods onto the driver interfaces is fairly serious, and why I felt the discovery stuff needed to bake (a lot) more20:13
jrollyeah, that's fair20:14
NobodyCamback20:14
devananda20:06:48 < jroll> devananda: as a user, do I care how the node boots?20:15
devanandato that question, yes20:15
devanandajroll: if using the PXE driver (net boot only) I can't update my own local kernel on the box20:15
NobodyCamesp you're loading your own image20:15
jrollahh20:15
jrollshit20:15
devanandajroll: i would need to update the image in glance (which I may not be allowed to do)20:15
jrollyep, touché20:15
JayFIf I had a technology time machine, I'd use it to go back in time and try to talk early-openstack into full-disk-images only :)20:16
devanandajroll: and if using the IPA driver, I can't do rebuild --preserve-ephemeral20:16
devanandajroll: which means it's not usable with tripleo20:16
jrolldevananda: that's a different limitation, but yeah20:16
devanandajroll: right. that's my point. each of those drivers made different choices along two different dimensions, neither of which are directly visible or discoverable20:17
devanandabut both impact users20:17
devanandaour abstraction layer is broken along those two points right now20:17
jrollright, I don't disagree with that at all :)20:17
devanandaand it's going to hurt users20:17
devananda:)20:18
devanandanow, we aren't going to fix that in Juno, so doc'n will need to do. and I'll email the dev list a summary, which should at least help raise awareness20:18
NobodyCamwe can put a positive spin on it, I'm sure20:19
jrollyeah20:20
NobodyCamjroll: https://review.openstack.org/#/c/97150/ :-p\20:21
jrollNobodyCam: I know :P20:22
* jroll really goes afk now20:23
* NobodyCam also steps away for a few minutes...20:24
*** yuanying has quit IRC20:29
*** lazy_prince is now known as killer_prince20:42
*** foexle has quit IRC20:42
*** linggao has left #openstack-ironic20:49
*** todd_dsm has quit IRC20:52
*** tatyana has quit IRC20:53
*** penick has quit IRC20:59
*** penick has joined #openstack-ironic21:03
*** todd_dsm has joined #openstack-ironic21:03
*** penick has quit IRC21:04
NobodyCamahhh food helps21:11
*** andreykurilin has joined #openstack-ironic21:12
*** ChuckC_ has quit IRC21:20
*** penick has joined #openstack-ironic21:24
*** penick has quit IRC21:24
*** yuanying has joined #openstack-ironic21:26
*** penick has joined #openstack-ironic21:26
*** penick has quit IRC21:26
*** penick has joined #openstack-ironic21:36
*** pensu has quit IRC21:47
NobodyCamgah I keep looking in ironic/common for the periodic_task.py21:49
*** harlowja_ has quit IRC21:49
*** harlowja has joined #openstack-ironic21:49
NobodyCamhumm : https://github.com/openstack/ironic/blob/master/ironic/openstack/common/periodic_task.py#L2821:52
*** yuanying has quit IRC21:59
*** romcheg has quit IRC22:02
*** yjiang5 has joined #openstack-ironic22:06
*** zer0c00l has quit IRC22:10
*** ChuckC_ has joined #openstack-ironic22:13
*** andreykurilin has quit IRC22:17
*** todd_dsm has quit IRC22:45
openstackgerritJosh Gachnang proposed a change to openstack/ironic-python-agent: Adding support for decommissioning  https://review.openstack.org/10437922:50
openstackgerritJosh Gachnang proposed a change to openstack/ironic-python-agent: Add versioning to Agent decommission  https://review.openstack.org/10685922:53
openstackgerritJosh Gachnang proposed a change to openstack/ironic-python-agent: Adding support for decommissioning  https://review.openstack.org/10437922:53
NobodyCambrb walkies time22:55
*** yuanying has joined #openstack-ironic22:55
*** penick has quit IRC23:02
yjiang5devananda: I'm trying to figure out how to use ironic to deploy  my lab's physical machines. According to http://devstack.org/lib/baremetal.html and http://devstack.org/lib/ironic.html, seems now I can use baremetal/devstack to achieve it, but I can't use ironic/devstack yet, am I right?23:07
jrollyjiang5: why can't you use devstack?23:10
jrollerr, ironic/devstack23:10
NobodyCamI've don'e it with TripleO23:11
yjiang5jroll: thanks for reply. I just noticed that the betametal side will try to setup the dnsmasq for the pxe network, while ironic side seems missed that. (Currently I'm stuck on the dnsmasq)23:12
jrollironic uses neutron for dhcp (dnsmasq)23:13
jrollyjiang5: ironic/devstack should work; if it doesn't, that's a bug23:13
NobodyCamthere is also this: https://review.openstack.org/#/c/118614/ (though not quite ready to land)23:14
jrollah yes!!!23:15
jrollyjiang5: ^ instructions for you23:15
yjiang5jroll: thanks. I didn't find a clear doc talking about what shall I do for neutron side when I try to boot a ironic node. I try to "ps aux| grep dnsmaq", and it try to set the dnsmasq to a virtual device, not to the eth1 (which is for the PXE network).23:15
yjiang5jroll: NobodyCam: thanks and I will have a look !!23:16
NobodyCamyjiang5: that should help just may be a little ruff around the edges23:16
yjiang5NobodyCam: really thanks. I really should asking earlier in IRC other than struggling myself for so long time . Will have a careful reading :)23:18
*** penick has joined #openstack-ironic23:18
NobodyCamhummm23:23
yjiang5NobodyCam: Hi, when I try to restart the neutron-plugin-openvsiwtch-agent, it failed because unregonized service. Do you have any hints on it?23:26
NobodyCamif I take a node and update it to have a Bad ssh user name it will get set to maintenance mode (this is expected) if I then set maintenance mode to false it never again gets set into maintenance, even though I have NOT corrected the bad username.... is this correct23:27
NobodyCamcan someone check me on htat?23:27
jrollNobodyCam: that doesn't sound correct23:28
*** yuanying has quit IRC23:29
NobodyCamI just tested it and my node stayed not in moantenance mode for at least 15 minutes and I saw reservation get set to the conductors name several times23:29
NobodyCam*maintenance even23:29
jrollstrange23:29
*** Haomeng has joined #openstack-ironic23:30
*** lucasagomes has quit IRC23:31
*** Haomeng|2 has quit IRC23:31
yjiang5NobodyCam: I find the service in the end. SHould it be neutron-openvswitch-agent ? Or it's neutron-plugin-openvsiwtch-agen in the ubuntu distro?23:33
NobodyCamyjiang5: for the restart? (line #364)23:35
yjiang5NobodyCam: yes23:35
NobodyCamyjiang5: neutron-plugin-openvswitch-agent is an ubuntu package23:37
yjiang5NobodyCam: got it and thanks.23:37
NobodyCam:)23:38

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