Thursday, 2015-10-08

*** openstackgerrit has quit IRC00:01
*** naohirot has joined #openstack-ironic00:01
*** tsekiyama has quit IRC00:01
*** openstackgerrit has joined #openstack-ironic00:02
*** tsekiyama has joined #openstack-ironic00:03
lifelessjlvillal: and now I can't reproduce the test suite failures :/00:07
jlvillallifeless: Which failures?00:07
lifelessjlvillal: your fixtures patch00:08
jlvillallifeless: Do you mean the test failures on github?00:08
lifelessjlvillal: you had, and I reproduced, errors on master00:08
lifelessjlvillal: the travis thing was due to no .travis.yml yet...00:08
* jlvillal had saw some ruby errors.00:08
lifelesshttps://github.com/testing-cabal/fixtures/pull/1400:08
jlvillallifeless: Ah. Right!00:08
lifelessfixes that00:08
lifelessbut there was a bunch of local errors00:09
jlvillallifeless: Yeah, I remember my tox test failed.  Something like README00:09
lifelesspossibly fixed by my change to use mock in preference to unittest.mock00:09
jlvillallifeless: So now, no errors?  Maybe it was some other package. Or your fix :)00:09
lifelessanyhow https://travis-ci.org/testing-cabal/fixtures/builds/84210705 is green00:09
*** zer0c00l has quit IRC00:09
jlvillallifeless: Thanks. That's good news :)00:09
*** zer0c00l has joined #openstack-ironic00:09
openstackgerritJohn L. Villalovos proposed openstack/ironic-python-agent: Add LOG.debug() if requested device type not found  https://review.openstack.org/23228300:10
*** sdake_ has joined #openstack-ironic00:11
*** sdake has quit IRC00:11
*** tsekiyam_ has joined #openstack-ironic00:17
*** tsekiyama has quit IRC00:20
lifelessjlvillal: https://github.com/testing-cabal/fixtures/pull/1500:21
openstackgerritJohn L. Villalovos proposed openstack/ironic: Add trailing periods to exception messages  https://review.openstack.org/23228900:21
*** achanda has quit IRC00:21
*** tsekiyam_ has quit IRC00:21
jlvillallifeless: Cool :)00:21
lifelessjlvillal: needs some six juice poured on it00:21
*** mtanino has quit IRC00:22
jlvillallifeless: Ah. So I should re-spin it?00:22
lifelessjlvillal: six.reraise specifically00:22
lifelessjlvillal: yeah00:22
lifelesslet me do a full revioew00:22
lifelessso I don't make you churn00:22
jlvillallifeless: Okay. A task for tomorrow.00:22
*** shadower has joined #openstack-ironic00:23
*** d0ugal has quit IRC00:24
*** achanda has joined #openstack-ironic00:26
lifelessjlvillal: full review done, very easy changes00:28
lifelessjlvillal: if you don't get to it tomorrow, let me know and I'll do them and land it.00:28
*** d0ugal has joined #openstack-ironic00:30
*** d0ugal is now known as Guest7455400:30
*** achanda has quit IRC00:31
*** baoli_ has quit IRC00:32
*** baoli has joined #openstack-ironic00:32
*** achanda has joined #openstack-ironic00:36
*** achanda has quit IRC00:37
jlvillallifeless, I'll see if I can do it during my current two hour phone meeting :)00:37
*** achanda has joined #openstack-ironic00:40
lifelessjlvillal: \o/ meetings00:40
lifelessjlvillal: omg they sap my will to live00:40
*** Sukhdev_ has quit IRC00:41
jlvillallifeless, I'm with you on that ;)00:41
*** harlowja has quit IRC00:44
*** Nisha has quit IRC00:48
*** harlowja has joined #openstack-ironic00:59
jlvillallifeless, I updated pull-request.01:00
*** dims has quit IRC01:00
lifelessjlvillal: 1.4 released and on PyPI01:10
jlvillallifeless, Thanks. Sorry I missed the import ordering and thanks for fixing it :)01:10
lifelessjlvillal: np01:10
lifelessjlvillal: not worth a round trip for trivia like that01:11
jlvillal:)01:11
openstackgerritRamakrishnan G proposed openstack/ironic-specs: iLO virtual media drivers to deploy without DHCP  https://review.openstack.org/13756701:23
*** ijw_ has quit IRC01:27
*** baoli has quit IRC01:28
*** harshs has joined #openstack-ironic01:44
*** fandi has joined #openstack-ironic01:46
*** zhenguo_ has joined #openstack-ironic01:58
*** zhenguo_ is now known as zhenguo01:58
*** rloo has quit IRC01:59
*** baoli has joined #openstack-ironic02:01
jrolldevananda: wut. why is that using iscsi. that ain't right. do we maybe fall back to iscsi on partition images or something? (I hope not, I'll be real ragy)02:05
*** sdake_ is now known as sdake02:15
openstackgerritZhenguo Niu proposed openstack/ironic: Add db migration for tags table  https://review.openstack.org/23230802:28
*** baoli has quit IRC02:29
*** sdake has quit IRC02:30
*** lazy_prince has joined #openstack-ironic02:39
openstackgerritZhenguo Niu proposed openstack/ironic: Add db migration for tags table  https://review.openstack.org/19257602:39
*** killer_prince has joined #openstack-ironic02:41
*** lazy_prince has quit IRC02:44
*** baoli has joined #openstack-ironic02:46
jrollany oneview folks around?02:47
jrollthis blueprint says the driver depends on a nova feature that isn't done yet: https://blueprints.launchpad.net/ironic/+spec/new-ironic-driver-for-oneview02:48
jrollI assume that isn't true?02:48
*** sdake has joined #openstack-ironic03:02
*** tristanC has quit IRC03:10
* mrda doesn't know03:11
*** tristanC has joined #openstack-ironic03:12
* jlvillal doesn't know either03:12
*** mrmoje has joined #openstack-ironic03:14
openstackgerritShivanand Tendulker proposed openstack/ironic: Baremetal provisioning in UEFI secure boot mode for iLO drivers  https://review.openstack.org/23192703:18
*** Sukhdev has joined #openstack-ironic03:27
*** harshs has quit IRC03:28
openstackgerritZhenguo Niu proposed openstack/ironic: Add db migration for tags table  https://review.openstack.org/19257603:41
*** Nisha has joined #openstack-ironic03:43
*** rameshg87 has joined #openstack-ironic03:46
openstackgerritShiina, Hironori proposed openstack/ironic: Fix typo in document  https://review.openstack.org/23231403:46
*** amotoki has joined #openstack-ironic03:48
*** baoli has quit IRC03:49
*** VikasC has joined #openstack-ironic03:54
*** aweeks has quit IRC04:04
*** aweeks has joined #openstack-ironic04:05
*** Sukhdev has quit IRC04:07
*** JoshNang has quit IRC04:08
*** JoshNang has joined #openstack-ironic04:08
*** dims has joined #openstack-ironic04:10
*** aswadr has joined #openstack-ironic04:11
*** achanda has quit IRC04:11
*** killer_prince has quit IRC04:23
*** lazy_prince has joined #openstack-ironic04:39
openstackgerritShivanand Tendulker proposed openstack/ironic-lib: Config drive support for whole disk images for iscsi based deploy  https://review.openstack.org/23092404:45
openstackgerritNisha Agarwal proposed openstack/ironic: Fix agent_ilo to remove floppy image  https://review.openstack.org/23232304:45
*** morgan has quit IRC04:47
*** morgan has joined #openstack-ironic04:50
openstackgerritShivanand Tendulker proposed openstack/ironic-lib: Config drive support for whole disk images for iscsi based deploy  https://review.openstack.org/23092404:59
*** achanda has joined #openstack-ironic04:59
*** lazy_prince has quit IRC05:02
openstackgerritNisha Agarwal proposed openstack/ironic: Fix agent_ilo to remove floppy image  https://review.openstack.org/23232305:06
*** harshs has joined #openstack-ironic05:12
openstackgerritNisha Agarwal proposed openstack/ironic-python-agent: Add support for partition images in agent driver  https://review.openstack.org/16022405:19
*** Marga_ has joined #openstack-ironic05:41
*** Marga_ has quit IRC05:42
*** Marga_ has joined #openstack-ironic05:42
*** mrmoje has quit IRC05:56
*** mrmoje has joined #openstack-ironic05:57
openstackgerritMartin AndrĂ© proposed openstack/ironic-python-agent: Reduce size of CoreOS ramdisk  https://review.openstack.org/23233805:59
openstackgerritMartin AndrĂ© proposed openstack/ironic-python-agent: Update gitignore  https://review.openstack.org/23234506:07
*** lazy_prince has joined #openstack-ironic06:14
*** harshs has quit IRC06:17
openstackgerritRamakrishnan G proposed openstack/ironic: Add support for in-band cleaning in ISCSIDeploy  https://review.openstack.org/22089806:31
*** Ng has quit IRC06:34
*** harshs has joined #openstack-ironic06:38
*** Ng has joined #openstack-ironic06:38
openstackgerritShivanand Tendulker proposed openstack/ironic: Config drive support for whole disk images for iscsi based deploy  https://review.openstack.org/22511506:39
*** teju has joined #openstack-ironic06:39
*** ukalifon1 has joined #openstack-ironic06:42
*** yog_ has joined #openstack-ironic06:43
*** jcoufal has joined #openstack-ironic06:49
*** pas-ha has joined #openstack-ironic06:55
*** harshs has quit IRC07:03
*** romainh has joined #openstack-ironic07:09
*** ndipanov has quit IRC07:11
*** Guest74554 is now known as d0ugal07:23
*** d0ugal has quit IRC07:23
*** d0ugal has joined #openstack-ironic07:23
*** ifarkas has joined #openstack-ironic07:25
openstackgerritRamakrishnan G proposed openstack/ironic: Add support for in-band cleaning in ISCSIDeploy  https://review.openstack.org/22089807:33
*** mrmoje has quit IRC07:44
*** dtantsur|afk is now known as dtantsur07:46
dtantsurMorning Ironic07:46
*** openstackstatus has quit IRC07:47
*** openstackstatus has joined #openstack-ironic07:48
*** ChanServ sets mode: +v openstackstatus07:48
*** subscope has joined #openstack-ironic07:54
*** MattMan has quit IRC07:57
*** MattMan has joined #openstack-ironic07:57
*** mbound has joined #openstack-ironic07:59
*** persia has quit IRC07:59
*** persia has joined #openstack-ironic08:00
openstackgerritZhenguo Niu proposed openstack/python-ironicclient: Add more filters for chassis node-list  https://review.openstack.org/22228008:05
*** derekh has joined #openstack-ironic08:05
*** achanda has quit IRC08:07
*** achanda has joined #openstack-ironic08:13
*** achanda has quit IRC08:15
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Update iSCSI drivers cleaning spec  https://review.openstack.org/23240908:25
*** lucasagomes has joined #openstack-ironic08:26
*** mkovacik has joined #openstack-ironic08:29
*** jistr has joined #openstack-ironic08:40
openstackgerritAnton Arefiev proposed openstack/python-ironicclient: Use requests lib in HTTPClient  https://review.openstack.org/22928608:46
*** ndipanov has joined #openstack-ironic08:46
*** mrmoje has joined #openstack-ironic08:48
*** athomas has quit IRC08:56
lintan_ Hi, jroll, mrda,jlvilla,devananda,rloo,TheJulia, I create an etherpad https://etherpad.openstack.org/p/Rewite_AMT_Driver to write down the current issues we have for AMT driver to make sure everyone are on the same page to discuss08:58
*** athomas has joined #openstack-ironic08:59
openstackgerritMerged openstack/ironic: Fix irmc driver unit test  https://review.openstack.org/23190009:01
openstackgerritBob Ball proposed openstack/ironic: XenAPI: Add support for XenServer VMs  https://review.openstack.org/23138109:06
*** marzif has joined #openstack-ironic09:07
*** pelix has joined #openstack-ironic09:11
vdrokmorning ironic09:11
vdrokmorning dtantsur09:11
dtantsurmorning vdrok09:12
openstackgerritDingyx proposed openstack/ironic-specs: lenovo driver proposal  https://review.openstack.org/20831909:16
*** achanda has joined #openstack-ironic09:16
lucasagomesvdrok, dtantsur morning09:19
vdrokmorning lucasagomes09:19
dtantsurlucasagomes, o/09:19
*** achanda has quit IRC09:21
*** e0ne has joined #openstack-ironic09:23
openstackgerritShivanand Tendulker proposed openstack/ironic: Fixes logging of failure in deletion of swift temporary object  https://review.openstack.org/23244009:36
*** dtantsur is now known as dtantsur|brb09:36
sambettsMorning dtantsur, lucasagomes vdrok09:40
lucasagomessambetts, morning09:40
sambettsdtantsur, lucasagomes: Is there a list of IPAs non-python dependecies anywhere?09:41
lucasagomessambetts, yea I think you can look at the DockerFile09:42
lucasagomessambetts, https://github.com/openstack/ironic-python-agent/blob/master/Dockerfile#L16-L1909:42
sambettslucasagomes: Awesome :D I've managed to get a tiny core IPA image nearly working I think its just missing some dependecies09:43
lucasagomes:-) niceee09:45
*** BobBall has joined #openstack-ironic09:48
*** BobBall is now known as Guest7984809:49
*** Guest4559 has quit IRC09:52
openstackgerritMerged openstack/ironic-python-agent: Use mount -t sysfs to avoid host /sys dependencies  https://review.openstack.org/23165809:54
vdroksambetts, morning09:54
*** naohirot has quit IRC09:57
*** romcheg has joined #openstack-ironic09:59
*** Guest79848 is now known as GnomeKing10:03
*** GnomeKing is now known as Bob_Ball10:03
*** romcheg has quit IRC10:05
*** romcheg has joined #openstack-ironic10:06
*** marzif has quit IRC10:10
*** Nisha has quit IRC10:11
*** kbyrne has quit IRC10:12
*** kbyrne has joined #openstack-ironic10:14
rameshg87lucasagomes: hi10:18
rameshg87lucasagomes: when you get some time, please have a look at https://review.openstack.org/220898 . I got it implemented the stuff that were discussing yesterday.10:18
*** persia has quit IRC10:26
*** persia has joined #openstack-ironic10:27
lucasagomesrameshg87, hi there10:28
rameshg87lucasagomes: hello, just wanted to let you know about the above ^^ . please take a look at it when you get free time..10:28
lucasagomeswill take a look10:28
rameshg87lucasagomes: it seems we can detect if it's a bash ramdisk or not properly :)10:28
lucasagomesrameshg87, yeah we can't, it was architected that way10:29
lucasagomesto have no extra configuration when migrating from one ramdisk to another10:29
rameshg87lucasagomes: no. I said "we can"10:29
rameshg87:)10:29
lucasagomesoh10:29
lucasagomesrameshg87, once it boots right?10:29
rameshg87lucasagomes: please have a look at above patch :)10:29
lucasagomeswill do10:29
rameshg87lucasagomes: yeah, once it boots10:29
rameshg87lucasagomes: same way we were discussing yesterday. but it works.10:30
lucasagomescool will take a look10:30
*** sdake has quit IRC10:41
*** trown|outttypeww is now known as trown10:42
*** dtantsur|brb is now known as dtantsur10:45
dtantsurmorning sambetts10:45
dtantsursambetts, another source of ipa dependencies: https://github.com/openstack/diskimage-builder/blob/master/elements/ironic-agent/package-installs.yaml10:45
sambettso/ dtantsur10:45
*** thrash|g0ne is now known as thrash10:49
*** teju has quit IRC10:51
*** rameshg87 has quit IRC11:09
openstackgerritMerged openstack/ironic: Add retries to ssh._get_hosts_name_for_node  https://review.openstack.org/22482811:17
*** achanda has joined #openstack-ironic11:19
*** achanda has quit IRC11:26
*** tombee has left #openstack-ironic11:29
*** lucasagomes is now known as lucas-hungry11:30
*** jcoufal_ has joined #openstack-ironic11:32
*** jcoufal has quit IRC11:34
*** marzif has joined #openstack-ironic11:37
*** thiagop has joined #openstack-ironic11:39
*** jcoufal has joined #openstack-ironic11:40
thiagopGood morning Ironic11:41
*** jcoufal_ has quit IRC11:42
*** jcoufal has quit IRC11:46
*** jcoufal has joined #openstack-ironic11:47
*** VikasC has quit IRC11:47
openstackgerritShinn'ya Hoshino proposed openstack/ironic: Fix a bug error by passwords only includes numbers  https://review.openstack.org/22038511:51
*** baoli has joined #openstack-ironic11:53
openstackgerritSyed Ismail Faizan Barmawer proposed openstack/ironic: Refactor disk partitioner code from ironic and use ironic-lib.  https://review.openstack.org/18444311:59
openstackgerritTan Lin proposed openstack/ironic: Validate the input of properties of nodes.  https://review.openstack.org/21550512:00
openstackgerritMerged openstack/ironic: Remove unused import of oslo_log  https://review.openstack.org/23227512:00
sinvalmorning12:00
vdrokmorning sinval thiagop12:14
thiagopvdrok: o/12:14
jrolllintan_: we started one yesterday :) https://etherpad.openstack.org/p/new-ironic-amt-driver I will merge the two12:14
jrollmorning sinval thiagop vdrok dtantsur sambetts lucas-hungry and anyone else :)12:14
thiagopmorning jroll12:15
jrollthiagop: hey, question12:15
vdrokmorning jroll12:15
jrollthis blueprint says the driver depends on a nova feature that isn't done yet: https://blueprints.launchpad.net/ironic/+spec/new-ironic-driver-for-oneview12:15
jrollthat isn't still true, right?12:15
lintan_cool12:15
thiagopjroll: no. We changed it on the spec. Maybe we forgot to do the same in the blueprint12:15
jrollthiagop: cool, thanks12:16
* jroll updates12:16
jrollthiagop: fixed12:16
jrolllintan_: etherpads are merged12:16
lintan_thanks12:16
*** afaranha has joined #openstack-ironic12:17
thiagopjroll: aw, you can edit blueprints! Awesome. Thanks.12:17
*** lucas-hungry is now known as lucasagomes12:18
lucasagomesjroll, thiagop lintan_ morning12:19
thiagoplucasagomes: o/12:19
jrollthiagop: if I can't edit blueprints, we're all in trouble :P12:19
thiagopjroll: lol12:20
lintan_morning lucasagomes12:21
TheJuliagood morning12:22
thiagopmorning TheJulia12:24
dtantsurmorning thiagop, jroll, TheJulia12:27
jrollmornin TheJulia12:27
thiagopmorning dtantsur12:28
*** dprince has joined #openstack-ironic12:28
*** amotoki has quit IRC12:29
*** thiagop is now known as thiagop-away12:32
*** thiagop-away is now known as thiagop-afk12:34
openstackgerritThiago Paiva Brito proposed openstack/ironic: Power off the machine before set_boot_device  https://review.openstack.org/23218612:34
thiagop-afkFolks, I need some thoughts on^12:35
thiagop-afkI've changed some contexts for the tests to pass. Don't know exactly the extent it changes the behavior compared to a real deployment12:36
jrollthiagop-afk: the iscsi driver with IPA also uses that base vendor interface12:37
thiagop-afkjroll: I couldn't find out how this one works yet. I thought iscsi and ipa were mutually exlusive (since they are both deploy interfaces)12:39
thiagop-afkjroll: I plan to put a devstack to work at the end of the day and run some of the integration tests to see what happens12:41
jrollthiagop-afk: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/iscsi_deploy.py#L74512:41
thiagop-afkjroll: don't know if will show me something, though12:41
jrollah yeah, they'll get run in that CI12:41
jrollthe only thing is that set_boot_device will/might(?) be called twice there. might be problematic on certain HW12:42
jrollthiagop-afk: oh, and for the iscsi driver the boot device might be pxe :)12:42
thiagop-afkjroll: damn, I need to rethink that with ramesh then...12:45
jrollthiagop-afk: yeah, something to think about. I wonder if we could just call driver.boot.prepare_instance() there. like: https://github.com/openstack/ironic/blob/master/ironic/drivers/modules/iscsi_deploy.py#L83612:47
jrollnot sure though12:47
*** sambetts has quit IRC12:51
*** sambetts has joined #openstack-ironic12:51
*** masterbound has joined #openstack-ironic12:56
openstackgerritJim Rollenhagen proposed openstack/ironic: Add agent_amt driver  https://review.openstack.org/23166512:57
jrolldevananda: ^ fixed pep812:57
jrolldevananda: I'd also love to know if that works at all, or if it's completely broken because lolwsman12:57
ifarkasdtantsur, hi, could you please review https://review.openstack.org/#/c/232044/ and https://review.openstack.org/#/c/214160/ ?12:58
*** boris-42 has quit IRC12:58
openstackgerritDmitry Tantsur proposed openstack/ironic: [WIP] Split conductor manager into several files  https://review.openstack.org/23251712:58
dtantsuryou folks are going to call me crzy for that ^^ :D12:58
*** nicodemos has joined #openstack-ironic12:58
dtantsurifarkas, sure thing12:58
ifarkasdtantsur, thanks12:59
*** mbound has quit IRC12:59
*** smoriya has quit IRC13:02
jrolldtantsur: I've been wondering when someone was going to do that :)13:03
dtantsurhehe :)13:03
openstackgerritJim Rollenhagen proposed openstack/ironic: Begin adding dev docs for writing methods  https://review.openstack.org/23201113:03
dtantsurjroll, could you give your initial opinion on the patch?13:03
dtantsur(tests are not moved/fixed yet)13:03
jrolldtantsur: oh, interesting13:04
jrollso, this isn't bad13:04
jrollbut with o.vo and the @remoteable thing, I kind of think we should move (for example) do_node_update to a node.update() method with @remotable to make it go to a conductor13:05
jrollwdyt?13:05
dtantsurhmmm yeah, I think I get it.. but tbh update and destroy are not the biggest things out there13:06
*** lazy_prince has quit IRC13:06
dtantsurmy primary goal here is to make these files manageable :)13:06
jrollright, but same for ports etc13:06
jrollso NodeAPI, PortAPI, could be moved to objects.Node/Port13:07
*** jaypipes has joined #openstack-ironic13:08
dtantsuroh hmm...13:09
*** jaypipes has left #openstack-ironic13:09
jrolldtantsur: I guess I do like this patch regardless, so long as we have a goal of getting rid of those classes at some point13:09
jrollI just wonder if all of those could be moved into objects13:10
dtantsurjroll, lets not do it in the same patch, as it will require a huuuge diff in tests :)13:10
dtantsurbut yeah, many of these eventually can13:10
jrollnode.vendor_passthru etc13:10
jrollyeah, tests will be fun13:10
romchegHi folks!13:11
romcheglifeless: around?13:11
dtantsurromcheg, o/13:11
openstackgerritJim Rollenhagen proposed openstack/ironic: Begin adding dev docs for writing methods  https://review.openstack.org/23201113:15
romchegdtantsur: how, it going?13:16
dtantsurromcheg, pretty good, and how are you?13:16
romchegdtantsur: have you ever get a Bad checksum error from a python job?13:16
romchegdtantsur: I'm pretty much fine, learning how to drive :)13:17
dtantsurromcheg, wow, never Oo13:17
romchegdtantsur: I keep getting it for py34, for py27 everything works well http://logs.openstack.org/95/227895/6/check/gate-python-fuelclient-python34/a86780f/console.html13:18
jrollwhoa, interesting13:18
jrollprobably worth asking -infra13:18
dtantsurromcheg, I can only suspect https://bugs.launchpad.net/neutron/+bug/150405313:19
openstackLaunchpad bug 1504053 in neutron "Fixtures 1.4.0 makes Py34 unit tests fail" [Critical,In progress] - Assigned to Ihar Hrachyshka (ihar-hrachyshka)13:19
dtantsur(does not look too similar, just because of py34)13:19
romchegjroll: it also happens on my local environment, I was about to ask lifeless but he seems to be offline at this time13:20
romchegdtantsur: nah, it doesn't13:20
*** marzif has quit IRC13:20
dtantsurromcheg, I would still try to downgrade fixtures just in case (if you even use it)13:21
*** marzif has joined #openstack-ironic13:22
romchegdtantsur: nope :)13:22
*** achanda has joined #openstack-ironic13:24
romchegdtantsur: it also fails ther same way for py2613:24
lucasagomesromcheg, https://review.openstack.org/#/c/220713/13:26
*** achanda has quit IRC13:27
*** achanda has joined #openstack-ironic13:27
*** achanda has quit IRC13:27
dtantsurwow, I like testr...13:28
romcheglucasagomes: wow13:28
lucasagomesit's a workaround but yeah... worth testing13:28
romchegI have no idea how it worked13:28
romchegI mean, it works for me now, but looks like an elder sorcery :)13:29
lucasagomesheh yeah some black magic there13:30
romcheglucasagomes: thank you so much!13:30
lucasagomesno worries13:30
*** rloo has joined #openstack-ironic13:31
romchegah, no, false alarm13:32
romchegit doesn't13:32
romcheg^)13:32
lucasagomes:-(13:32
lucasagomesromcheg, same error?13:32
jlvillaldtantsur, I'm a fan of refactoring if it makes things better :)13:32
dtantsur:)13:32
romcheglucasagomes: yup13:33
dtantsur2100 LoC in manager.py, 4500+ LoC in test_manager.py - something worth refactoring :)13:33
lucasagomesromcheg, https://review.openstack.org/#/c/227895/7/.testr.conf13:33
jlvillalGood morning Ironic. jroll lucasagomes dtantsur romcheg ifarkas and everyone else I missed13:33
lucasagomesit's not "/neutron/tests/unit"13:34
jlvillaldtantsur, yep:)13:34
romcheglucasagomes: I know, I changed in my local env13:34
romchegit worked locally with neutron :Đ’13:34
lucasagomeslol13:34
lucasagomeswth13:34
sambettso/ jlvillal13:34
romchegI mean, it showed a failure but then it showed a success13:34
lucasagomesjlvillal, hi there13:34
lucasagomesromcheg, odd13:35
jlvillalsambetts, I missed your name!  Good morning.13:35
sambettsjlvillal: Hows it going? :)13:37
romchegthey started failing after I used testtools13:37
jlvillalsambetts, Good. Just waking up :)13:38
jrollmornin jlvillal :)13:38
jlvillal:)13:38
* sambetts hands jlvillal a coffee 13:39
* jlvillal drinks coffee and thanks sambetts 13:39
sambettsI'm actually trying a new coffee today, in the UK we've got a mail order ground coffee company and I got a limited edition one from them, and its really good13:41
*** marzif has quit IRC13:41
*** marzif has joined #openstack-ironic13:41
jrolllucasagomes: did we do work to make capabilities a dict or am I imagining things?13:41
lucasagomesjroll, I remember someone said he/she would work on that? Not sure it's done13:42
* lucasagomes checks13:42
jrolllucasagomes: yeah, I don't see code to handle it13:42
jrollcool, I'm not crazy13:42
lucasagomesjroll, yeah, I think I had some old code here too... lemme check my tree13:42
jrolllucasagomes: no worries, just curious :)13:43
lucasagomesright13:43
*** boris-42 has joined #openstack-ironic13:43
jlvillalsambetts, sounds interesting. I'll be honest I usually drink Twinings Earl Grey tea.13:43
jlvillalloose leaf of course...13:44
vdrokmorning romcheg and jlvillal13:44
lucasagomesjroll, we fixed that right https://bugs.launchpad.net/ironic/+bug/1493878 ?13:44
openstackLaunchpad bug 1493878 in Ironic "SSL support for Ironic" [Medium,Triaged]13:44
lucasagomeswe still could use the middleware but that would just complement what we already have13:44
jlvillalvdrok, Good morning13:44
romchegvdrok: good evening!13:45
vdrok:)13:45
jlvillaldtantsur, Did anyone give you any ideas why the ironic-lib checks fail?13:46
sambettsjlvillal: Very up market :-p13:46
jlvillalsambetts, I get it from Amazon ;)13:46
dtantsurjlvillal, I think the gate was/is broken13:46
* lucasagomes marked as duplicated with the other bug13:46
jlvillaldtantsur, Thanks. I hope it is fixed now!13:47
jrolllucasagomes: yeah, that's fixed, I wish we tested that in the gate or something13:47
lucasagomesyeah, that would be good13:47
BadCubmorning Ironicville13:51
NobodyCamgood morning Ironicers13:51
romchegNobodyCam: hi there!13:52
jrollmorning NobodyCam, BadCub :)13:52
NobodyCammorning dtantsur lucasagomes sambetts vdrok jlvillal jroll devananda BadCub TheJulia13:52
NobodyCamwow romcheg13:52
NobodyCamhow have you been13:52
lucasagomesNobodyCam, BadCub morning13:52
rloomorning everyone, NobodyCam, BadCub, romcheg, jroll, jlvillal, lucasagomes, sambetts, dtantsur13:52
jlvillalWoot, NobodyCam! :)13:52
vdrokmorning NobodyCam and BadCub :)13:53
lucasagomesrloo, morning13:53
NobodyCam:) morning jroll lucasagomes jlvillal vdrok13:53
jlvillalWoo, rloo! :)13:53
rloohi vdrok13:53
NobodyCammornign rloo13:53
jlvillals/Woo/Woot/13:53
rloojroll, lucasagomes: wrt capabilities & dictionaries, no implementation yet13:53
vdrokmorning rloo13:53
lucasagomesrloo, :-(13:53
lucasagomesfound the bug about it13:53
BadCubhiya jroll  lucasagomes rloo vdrok jlvillal :)13:53
romchegNobodyCam: I'm pretty fine, more or less settled in Poland now :)13:53
rloojroll, lucasagomes: if i recall, there was a bug and someone was going to work on it, until someone else mentioned that there was a spec.13:53
lucasagomeshttps://bugs.launchpad.net/ironic/+bug/142126113:53
openstackLaunchpad bug 1421261 in Ironic " node's properties['capabilities'] value should be a dictionary" [Wishlist,Triaged] - Assigned to Pranesh (praneshpg)13:53
jlvillalHi BadCub :)13:53
romchegNobodyCam: yourself?13:54
lucasagomesrloo, there's no action in the bug for I while13:54
jrollrloo: yeah, I'm not worried about it, was just surprised it wasn't done13:54
lucasagomeslemme do it, I think I can cook a quick patch for it13:54
rloojroll: pranesh was going to work on it until someone pointed out the spec13:54
jrollthiagop-afk: sinval: reviewed the oneview thing, I think it's really close. lots of nits and a couple of concerns in there13:54
dtantsurmorning NobodyCam, BadCub, rloo13:54
BadCubmornin romcheg dtantsur13:54
jrolllucasagomes: you may want to base that on top of the oneview driver, that driver uses/adds a bunch of capabilities stuff13:54
sinvaljroll, thanks13:54
lucasagomesjroll, cool, yeah lemme just see how much work is needed for it13:55
* BadCub has to run for the morning of conference calls lol13:55
* lucasagomes should be much13:55
lucasagomesrloo, a spec? I wonder cause it should be a big change right?13:55
jrolllucasagomes: yeah, don't feel bad punting until later though13:55
rloolucasagomes, jroll: https://review.openstack.org/#/c/182934/13:55
jrollI think the spec was about making nova use it properly as a dict13:55
lucasagomesthe tricky is to make it backward compat, we should ocntinue to support strings13:55
lucasagomesah right13:55
thiagop-afkThanks jroll. We'll look into that today.13:56
jrolllucasagomes: right13:56
jrolllucasagomes: rloo we should just skip the dict thing and split to another table13:56
rloojroll, lucasagomes: you might want to look at that spec. jroll, your name is mentioned in one of the comments wrt doing something...13:56
rloojroll: yeah, split to another table thingy.13:56
jrollya13:56
rloojroll: oh. so we're waiting for you I guess :)13:57
lucasagomesright, if we split to another table it would mean that capabilities wll be annother field for nodes?13:57
lucasagomesand not leave in properties?13:57
lucasagomeslive*13:57
rloojroll, lucasagomes: i think that makes sense, capabilities is just going to grow and take over the world13:57
jrollrloo: I'd be ecstatic if someone else did it :D13:57
jrolllucasagomes: yeah, I think so, though compatibility stuff is weird. we don't promise compat for things within properties, but we'd break nova real fast if we moved it :/13:58
rloojroll: oh, looking for volunteers? i could.13:58
jrollrloo: \o/13:58
lucasagomesjroll, yeah... sounds much bigger than just being able to use it as a dict right now13:59
jrollrloo: this fits in with some of the nova refactoring, too... I'm trying to write that spec this week so maybe hold off on looking until monday :)13:59
jrolllucasagomes: yeah, but if we add dict compat, there's two things to maintain compatibility for :)13:59
rloojroll: oh, i wasn't going to look at that before next week. i'm here today and then gone til tues. so want to look at existing specs/summit topics today.13:59
jrollcool, sounds good14:00
*** ionutbalutoiu has joined #openstack-ironic14:00
*** marzif has quit IRC14:00
*** linggao has joined #openstack-ironic14:01
*** marzif has joined #openstack-ironic14:01
lucasagomesjroll, right yeah14:01
linggaoHi jroll, can you let me know how to build images for agent_ipmitool driver?14:02
*** marzif has quit IRC14:02
jrolllinggao: http://docs.openstack.org/developer/ironic/deploy/install-guide.html#building-or-downloading-a-deploy-ramdisk-image14:02
jrollstepping away for a bit14:03
jlvillaldtantsur, Nice, the requirements gate passed :)14:09
dtantsur\o/14:09
*** frontrunner has joined #openstack-ironic14:09
rloolucasagomes: wrt https://review.openstack.org/#/c/231695/14:11
rloolucasagomes: the current process is to put specs into approved/, and after it is implemented, move to <cycle>-implemented14:11
linggaojroll, thanks for the link. That link tells us how to build deploy kernel and ramdisk.  But how to build the a user whole disk image? I understand that currently IPA only supprts whole disk image. Am I right?14:11
rloolucasagomes: now we have our semver versioning so JayF thought it would be useful to group the implemented specs under their versions14:11
lucasagomesrloo, who will move it? The person who submitted the spec? Or release liaison? Other?14:12
frontrunnerhi - noob here - i am trying to get started with kilo-ironic and this command is failing for me: chown -R ironic /tfptroot. Apparently the user does not exist.  Suggestions?14:12
rloolucasagomes: and a separate discussion in Monday's meeting was about how the spec files get moved around14:12
rloolucasagomes: jroll moved them.14:12
rloolucasagomes: i think devananda moved them in the past too14:12
lucasagomesok, so PTL is responsable for it?14:12
rloolucasagomes: i'm guessing 'release person' is responsible for it :)14:12
lucasagomesI was just wondering because it's quite a manual thing to do14:13
rloolucasagomes: although i suspect anyone could propose moving a spec once it is implemented. most of us "don't care" to do it :)14:13
lucasagomesfrontrunner, you have to create it14:13
rloolucasagomes: yes, it is a manual thing and I don't want to move the actual file. it breaks external references14:13
lucasagomesIronic assumes you already have a tftp listen to the /tftproot (or any other folder you confgured for ur tftp)14:13
lucasagomesrloo, sure right, yea link it etc... ok14:14
jlvillalfrontrunner, How is it failing?14:14
rloolucasagomes: 231695 doesn't move anything, just added links to the files. which is how i think we should handle them in the future.14:14
jlvillalfrontrunner, You probably have to do: sudo chown -R ironic /tftproot/14:14
frontrunnerlucasgnome: are there docs that detail that anywhere?14:14
lucasagomesfrontrunner, not as detailed as we would like but http://docs.openstack.org/developer/ironic/deploy/install-guide.html#pxe-setup14:15
jlvillalfrontrunner, As a note the directory name as you posted it is wrong 'tfptroot' should be "tftproot"14:15
jlvillalfrontrunner, Ignore that.14:16
jlvillalfrontrunner, Actualy no I was correct.  the 'p' and 't' are flipped14:16
lucasagomesrloo, ok, well if it was agreed already it's cool14:17
thiagop-afkjroll: we can low that polling attempts to 12 (~2min), would that be reasonable? Just to make it clear, if it receives a positive response (or exception), the retry will stop.14:18
*** thiagop-afk is now known as thiagop14:20
*** ionutbalutoiu has quit IRC14:20
frontrunneri don't recall having to create any of the other user accounts like: swift,keystone etc. i would have thought configuration was all similar.14:21
*** ionutbalutoiu has joined #openstack-ironic14:21
jlvillalfrontrunner, What account do you mean?14:21
jlvillalfrontrunner, As a note on my system it is located in /var/lib/tftproot/14:21
frontrunnerthis fails: chown -R ironic /tftpboot14:22
frontrunnerno such user14:22
jlvillalfrontrunner, What user are you planning on running the ironic server as?14:23
jlvillalThat user needs to own /tftpboot/14:23
frontrunnerjlvillal, i am just following the docs that say i need to run that ownership command14:24
jlvillalfrontrunner, link please? Maybe we need to fix docs?14:24
*** lazy_prince has joined #openstack-ironic14:24
frontrunnerjlvillal, just search for "chown" here: http://docs.openstack.org/developer/ironic/deploy/install-guide.html#pxe-setup14:25
jlvillalfrontrunner, It says "for example..."14:27
jlvillalBut above that it says as the user the ironic conductor will run as.14:27
jlvillalfrontrunner, I admit it could be clearer. That the user should be created.14:27
jlvillalfrontrunner, Make sure the tftp root directory exist and can be written to by the user the ironic-conductor is running as. For example:14:28
*** achanda has joined #openstack-ironic14:28
jlvillalMaybe it should say: For example if you have created the user ironic to run the ironic-conductor you would do this:14:29
*** lazy_prince has quit IRC14:29
*** sdake has joined #openstack-ironic14:29
*** penick has joined #openstack-ironic14:30
*** lazy_prince has joined #openstack-ironic14:31
frontrunnerjlvillal, sorry, but i am primarily a Windows person.  Who is this 'user'? all the other openstack services seem to run under user accounts that are the same name as the service. i am stuck at thinking that Ironic is a service that will access local files using the unix user account name "ironic".14:31
*** mtanino has joined #openstack-ironic14:31
jlvillalfrontrunner, On unix you create users.  # adduser ironic14:32
jlvillalFor example would create the user ironic.14:32
jlvillalBut yes I think it would be good to document that the user needs to be created instead of assuming people just know that.14:33
frontrunnerjlvillal, is my problem that fact that all the other services have created their own user accounts and that this is the first service I have tried to setup that requires me to set that account up manually?14:33
jlvillalfrontrunner, Maybe. I'm not sure how the other services install.14:34
jrolllinggao: I think you just add the 'vm' element to your disk-image-builder command14:34
frontrunnerjlvillal, i will add the command you suggest and try again - thanks!14:34
jlvillalfrontrunner, I do think that people manually create the ironic user.14:34
jrollthiagop: it will never receive a positive response because you just shut down the server...14:35
jlvillalfrontrunner, Sorry it has been difficult :(14:35
linggaojroll, thanks. We'll give it a try.14:35
frontrunnerlol!14:35
thiagopjroll: that's the beauty of oneview, it responds14:35
jrollthiagop: no, the thing being retried, is trying to talk to the agent14:35
jrollthiagop: which is gone as soon as you power off14:35
lucasagomesjroll, just to confirm, we don't want to have capabilities as dict?14:36
* lucasagomes got it working locally14:36
jrolllucasagomes: if we're planning to move it to another table, it's just more code to handle compat for. I do want to allow the API to handle a dict, but do we want to deal with compat for storage?14:37
*** e0ne has quit IRC14:37
*** achanda has quit IRC14:38
lucasagomesjroll, right yeah if we are moving it out I agree it's just more code to keep compat14:41
jrolllucasagomes: I'm all about json in the API though :)14:41
lucasagomesuntil then the pos is that it makes it simpler to handle capabilities internally when manipulating it as dict14:41
thiagopjroll: to the agent? The retries are on pyhton-oneviewclient.14:41
openstackgerritDmitry Tantsur proposed openstack/ironic: Split conductor manager into several files  https://review.openstack.org/23251714:41
lucasagomesjroll, sure me too, it's pretty hard to append/delete capabilities when it's a string14:41
lucasagomesit's a lot of "for's"14:42
jrollthiagop: reboot_and_finish_deploy calls a soft shutdown command on the agent14:42
lucasagomeseven the code in nova has a for loop for it14:42
jrolllucasagomes: yeah :(14:42
*** harshs has joined #openstack-ironic14:42
thiagopjroll: aw, but that retry doesn't uses the max_polling_attempts on the OVDriver14:42
jrollthiagop: right, which is why I talked about maybe just documenting which settings14:43
jrollthiagop: because otherwise it's going to spend a while trying to tell the agent to shut down14:43
jrollthiagop: I'd rather just reimplement reboot_and_finish_deploy within reboot_to_instance for now, until we figure out how to rework that stuff14:44
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add node's properties/capabilities as dict support  https://review.openstack.org/23257114:44
lucasagomesjroll, ^ that's what is needed in any case... (missing the code in nova, but it's small too)14:44
jrolllucasagomes: oh, right, the API doesn't validate/manipulate that at all eh14:45
jroll:(14:45
lucasagomesno we don't14:45
lucasagomesjroll, good thing is that we have helper functions to manipulate the capabilities, so things are encapsulated14:48
openstackgerritMerged openstack/ironic: Fix typo in document  https://review.openstack.org/23231414:48
jrollyeah14:49
*** mkovacik has quit IRC14:50
*** harshs has quit IRC14:52
*** penick has quit IRC14:53
*** mtreinish has quit IRC14:54
*** mtreinish has joined #openstack-ironic14:54
*** e0ne has joined #openstack-ironic14:57
thiagopis there a pipeline on zuul to run the same tests the gate runs without being an approved patch?14:57
rloodumb question. What happens when a node in ACTIVE state is put in maintenance. What does the user see?14:57
jrollthiagop: the gate is a subset of the check jobs, at least for us14:58
jrollrloo: user sees nothing14:58
rloojroll: so user can continue to use the node?14:58
thiagoprloo: on terminal?14:58
jrollrloo: when the instance is deleted, it will boot the agent and heartbeat forever until maintenance is removed, at which point it will clean14:58
jrollrloo: ep14:59
jrollyep14:59
rloothiagop: what do you mean 'on terminal'?14:59
lucasagomesrloo, yeah he will be able to use it14:59
openstackgerritDmitry Tantsur proposed openstack/ironic: Split conductor manager into several files  https://review.openstack.org/23251714:59
thiagoprloo: your question is about what the user see on terminal or on node-list?14:59
*** achanda has joined #openstack-ironic14:59
rloojroll: a node is ACTIVE when it has been deployed to so a user is using it14:59
lucasagomes(if the reason why it's maintenance didn't actually bring the node down)14:59
jrollrloo: right14:59
jrollrloo: we do this all the time for about-to-fail hardware14:59
rloojroll: if it is active/maintenance and we delete the instance, the user will lose access to their node?15:00
jrollrloo: yes15:00
rloojroll: so when you do this do you inform the user that it is going down?15:00
jrollrloo: it's more like, they may report that a disk is dead/dying, we maintenance it immediately, and deal with replacement after they're done moving data etc15:01
jrollmaintenance_reason: "customer reported drive failure oct 8 2015"15:01
jrollor something to that effect15:01
rloojroll: ah. ok. so it isn't the case that node ACTIVE + maintenance, do something, remove maintenance, node is ACTIVE (NOT!)15:01
*** achanda has quit IRC15:02
jrollrloo: not sure what 'do something' is there, but yeah15:02
rloojroll: well, someone suggested some manual clean (eg firmware update).15:02
jrollrloo: while active?15:03
lucasagomesthat will bring down the node15:03
rloojroll: yeah.15:03
jrollO_O15:03
jrollyeah I don't love that15:03
rloojroll, lucasagomes: that's why i asked. presumably you could take the node down, do the upgrade, and reboot and the node can be active again?15:04
jrollrloo: it's technically possible, but holy cow15:04
lucasagomesrloo, right, yeah you can but the user won't be able to access it while it's down15:05
lucasagomesperhaps another way to do it would be to migrate the instance and data to a node which is already updated15:05
dtantsurI've heard the same idea about inspection btw15:05
dtantsurnot that I like it..15:05
dtantsurpeople wanted to reboot node in the inspection ramdisk, run some health checks, then either bring it back or kill it with fire15:05
rloojroll, lucasagomes, dtantsur: ok, the easy thing for me to do now is 'this is outside the scope of my spec' but they seem like interesting ideas.15:05
dtantsurthat's how I understood15:05
jrollyeah, there's also a virt driver bug fix from last cycle that operates under the assumption ram/disk/cpu can change while active15:05
lucasagomestho that would be live migration... not sure how it would be done for bare metal15:06
*** marzif has joined #openstack-ironic15:06
jrollI mean, really, this is a pets vs cattle thing I think15:06
jrolland I do want to accept pets into our umbrella15:06
lucasagomesrloo, right, I think it depends on how to treat the machines in ur cluster15:06
lucasagomeseach company may do it different15:07
jrollI'm just thinking about how this affects the state machine and having a sad15:07
rloojroll: well, let's wait and see if someone submits a spec for that :)15:08
lucasagomesheh I'm not sure how Ironic would handle that tho... I mean, it sounds like we don't have much to do in this case15:08
lucasagomesunless it involves some cinder volumes and rebuilding the instance15:08
jrollrloo: yeah, I think it is outside the scope of this15:09
jrolllucasagomes: it would basically be adding ACTIVE -> MANUAL_CLEAN -> ACTIVE in the state machine :/15:09
rloojroll: did I really volunteer to do manual cleaning? :D15:09
jrollhehe15:09
lucasagomeslol15:09
rloojroll: right. sort of. i was thinking we'd need a 'maintenance'-like state.15:09
jrollrloo: "managed"? :)15:10
rloojroll: yeah. but manageable is taken and we have this maintenance flag which is diff...15:10
jrollright, was mostly joking15:10
krotscheckTheJulia: Thanks for the webclient reviews btw :)15:11
lucasagomesperhaps someone could: 1) get another machine, same specs that is working 2) evacuate the instance from machine 1 to the new machine15:11
jrollso here's my big question: does the *user* (the person with an instance) ever care to upgrade the firmware?15:12
jroll(probably yes, but I can't imagine why)15:12
*** masterbound has quit IRC15:12
lucasagomesyeah, it may depend... if the user is someone internal on the company and use that machine for, idk, test RAID15:13
rloojroll: is it possible to get updated firmware that fixes some bug so the operators need to push that out to all hw?15:13
lucasagomesand that firmware version that feature does work15:13
* lucasagomes made things up15:13
jrolllucasagomes: then get a new test box :P15:13
lucasagomesjroll, yeah, I would say that too15:13
jrollrloo: the question is if there's a case where they need to roll that out ASAP15:13
rloojroll, lucasagomes: people can always think of something.15:13
jrollyeah.15:14
jrollI can't tell people their use case is invalid15:14
jrollbut it's a use case we never really planned for15:14
rloojroll: dunno, i'm not an ops person. but if they did, ironic could be ready and waitin' :)15:14
jrollI think we should leave it out of this spec for sure15:14
jrolland talk about it more down the road15:14
lucasagomeswhich spec is that?15:14
jrolllucasagomes: manual clean15:14
lucasagomesah... right, ok15:15
jrollhttps://review.openstack.org/#/c/231288/15:15
lucasagomesyeah seems out of scope indeed (assuming manual cleaning  == zapping)15:15
rloojroll: yeah, i was going to add it as a usecase that is outside the scope of the spec, but i decided after this discussion not to mention it at all.15:15
rloolucasagomes: assumption is correct. (mostly ==)15:15
jrollrloo: yeah, let's wait for later15:15
lucasagomescool15:16
TheJuliakrotscheck: no problem :)15:17
*** Nisha has joined #openstack-ironic15:17
*** mbound has joined #openstack-ironic15:20
aarefievjroll: hi, could you take a look on https://review.openstack.org/#/c/221778/ when you have time, please15:21
openstackgerritZhenguo Niu proposed openstack/ironic: Add db api layer for CRUD operations on node tags  https://review.openstack.org/23259815:21
jrollaarefiev: yes! added to my queue15:22
*** david-ly_ has joined #openstack-ironic15:22
aarefievjroll: thanks15:22
aarefievJayF, you might be interested in ^^15:22
*** david-lyle has quit IRC15:23
jrollnp15:23
jrollI want to try to hit that this cycle15:23
jrollalso keystone v315:23
aarefievjroll: it would be nice15:23
*** david-ly_ is now known as david-lyle15:24
*** mbound has quit IRC15:24
*** mbound has joined #openstack-ironic15:26
thiagopjroll: our other team here at the university is trying to beat down keystone domains15:27
jrollthiagop: \o/15:27
thiagopjroll: almost there, and should ease things for us15:27
thiagopjroll: they're proposing a thing called "reseller" that makes projects acts like domains just for user management/segregation15:28
thiagopjroll: the entity itself will be just "project"15:29
* jroll super confused now15:29
thiagopjroll: that was tl:dr, you want the long version?15:29
jrollthiagop: is this an alternative to domains?15:30
jrollI thought you initially meant putting keystone domain support in ironic15:30
*** amotoki has joined #openstack-ironic15:31
thiagopjroll: that's keystone stuff. They'll remove the concept (and the entity) domain and stay only with projects15:31
jrollhm15:31
jrolleager to see I guess, but I don't want to get sidetracked right now15:31
thiagop(domainized) projects will be able to handle users and so on15:31
thiagopso your clients can manage users independently15:32
thiagopyeah, it is a different talk. Focus...15:32
jroll:)15:33
*** ionutbalutoiu has quit IRC15:34
*** ionutbalutoiu has joined #openstack-ironic15:36
devanandamorning, all15:36
thiagopmorning deva15:37
thiagopmorning devananda *15:37
NobodyCammornig devananda15:38
vdrokdevananda, morning15:38
jrollohai devananda15:38
dtantsurmorning devananda15:39
devanandadtantsur: jroll: I dunno, I'm happy to say "that use case isn't supported. stop thinking of your servers like pets"15:42
jrolldevananda: there's lots of people that use openstack with their pets15:43
jrollit's a valid use case, even if it's a bad thing to do15:43
jrollexample: yahoo has many pets. do you want to turn away our potentially largest user?15:43
devanandathe instance is the pet - not the hardware hosting it15:43
dtantsurdevananda, I don't see anything "pettish" in the use case I mentioned, looks much more of cattle..15:43
jrolldevananda: how do you move that instance to new hardware?15:44
dtantsuri.e. machine misbehaves - figure out and kill it15:44
devanandadtantsur: maybe I misunderstood then. I thought flow  was "take active instance, reboot into <ramdisk>, do <thing>, reboot into instance"15:44
devanandawhich could have multiple use cases15:44
dtantsurdevananda, I'm not 100% sure, it wasn't my idea, but as I got it: we routinely check active instances this way to find and kill broken ones15:45
devanandait's the exact same process as rescue15:45
dtantsuryeah, rescue is probably what is needed here15:45
devanandadtantsur: whoa. ok, that's not what I thought you were referring to. since "checking" an active instance in this way interrupts it for some time15:45
devanandalike, at lesat 2 POST cycles15:45
* jroll points at https://review.openstack.org/#/c/171878/15:46
devanandajroll: thanks. reading15:46
jrolldevananda: you've presumably seen this since you've updated it15:46
*** dims has quit IRC15:46
dtantsurI know :) maybe people are fine with it. or maybe they meant "when we get complaint from users about instance UUID is too slow" or something...15:46
dtantsurI didn't think much about it15:46
openstackgerritRuby Loo proposed openstack/ironic-specs: Manual cleaning  https://review.openstack.org/23128815:47
devanandajroll: right. yep15:48
jrollfwiw, this spec outlines how we already have this working in production15:48
jroll:D15:48
devanandathe difference is, IIRC, as proposed there "rescue" is an operation initiated by the user when they require root file system access into an instance of theirs which is no longer accessible15:49
devanandaeg, because they borked the network config15:49
jrollit leaves out the networking parts but yeah15:49
jrollright15:49
jrollit doesn't solve every use case in the previous conversation15:49
jrollor maybe none of them15:49
devanandaas opposed to the case where an instance is perfectly healthy, but the operator wants to update all the firmware on the host without affecting the instance15:50
jrollI just wanted to point it out because dtantsur said we need rescue mode15:50
devanandawell, yea, the networking parts should be updated based on the neutron integration work, I suspect15:50
jrollyeah15:50
devanandabut I dont think the flow will change much - -just a couple spots will hook into neutron15:50
jrolleasy peasy; put it on the rescue network (which might be the same as the provisioning network) until it pings back, then flip it to tenant network(s)15:50
devanandayup15:51
devanandajroll: so, question, do ya'll as operators ever "rescue" an otherwise healthy instance without the user having requested some intervention?15:51
jrolland the ramdisk will need to update network config from configdrive and/or metadata15:51
jrolldevananda: no, we never touch user instances unless they ask us to15:51
devanandathought so15:51
jroll(except to set maintenance mode if they report problems)15:51
jrolloh, for fraud/non-payment of course15:52
jrolland for*15:52
devanandaand if you were informed by, say, your hardware supplier, of a problem in the firmware -- how would you go about updating that? my concern is this...15:52
jrollright, we haven't encountered that yet. we've let all of our updates thus far roll through as machines come back15:54
devanandaif you-the-operator flip an instance into rescue mode (even during a sanctioned maintenance window) you've got access to their data15:54
jrollno ases where we've NEEDED to update15:54
aarefievlucasagomes: fyi https://bugs.launchpad.net/python-ironicclient/+bug/1504197 it's bug in requests/urllib315:54
openstackLaunchpad bug 1504197 in python-ironicclient "keystoneclient.exceptions.RequestTimeout" [Critical,New] - Assigned to Lucas Alvares Gomes (lucasagomes)15:54
*** kozhukalov has joined #openstack-ironic15:54
jrolldevananda: no, we don't15:54
devanandaoh?15:54
lucasagomesaarefiev, oh15:54
jlvillalAnybody want to abandon this patch?  https://review.openstack.org/151864   Person is no longer working on Ironic.15:54
lucasagomesaarefiev, do we have a patch for that?15:54
aarefievlucasagomes: it would be fixed here https://review.openstack.org/#/c/213310/15:55
lucasagomesaarefiev, right, in any case it's odd that we depend on keystone failing for out tests15:55
lucasagomeswith ConnectionError etc15:55
lucasagomeswe could mock that15:55
devanandajlvillal: done15:55
jlvillaldevananda, Thank you.15:55
jrolldevananda: I guess we could do that in theory with admin powers via nova api, and get access. or manually get an agent running there by playing with switch configs and ipmi. but we don't do either of those afaik... managed support stuff might do the former on behalf of a customer15:56
aarefievlucasagomes: yep, agree with you,15:56
devanandajroll: cool.15:56
lucasagomesaarefiev, I will mock those erros for our tests15:57
jrolldevananda: 'nova rescue' returns a password to access the instance, that's the only way to gain access while rescued15:57
*** dims has joined #openstack-ironic15:57
devanandajroll: right.15:57
aarefievlucasagomes: cool15:57
devanandajroll: I meant in the hypothetical case where ironic supported some sort of operator-initiated "roll out a new firmware" thing15:57
jrolldevananda: yeah, that would be massively painful for us to do, and we could not do it while an instance is active15:58
*** subscope has quit IRC15:58
devanandajroll: *nod* that's what I would expect, thanks15:58
jrollnp15:58
*** dims_ has joined #openstack-ironic15:59
*** yog_ has quit IRC16:02
*** dims has quit IRC16:02
*** ukalifon1 has quit IRC16:03
*** praneshp has joined #openstack-ironic16:04
*** tsekiyama has joined #openstack-ironic16:04
*** e0ne has quit IRC16:05
praneshplucasagomes: ping16:07
*** marzif has quit IRC16:08
*** marzif has joined #openstack-ironic16:08
*** ionutbalutoiu has quit IRC16:09
lucasagomespraneshp, pong16:09
openstackgerritLucas Alvares Gomes proposed openstack/python-ironicclient: Mock keystone call to avoid test failure  https://review.openstack.org/23263316:09
lucasagomesaarefiev, ^16:09
lucasagomesjroll, rloo if you guys are around mind taking a look at ^ too? That fixes the python-ironicclient gate16:10
jrollha16:10
* jroll didn't know it was broken16:10
* dtantsur too16:10
rloolucasagomes: looking since jroll is laughing16:10
* lucasagomes puts back the old exception16:10
openstackgerritLucas Alvares Gomes proposed openstack/python-ironicclient: Mock keystone call to avoid test failure  https://review.openstack.org/23263316:10
*** pas-ha has quit IRC16:11
lucasagomesjroll, yeah I didn't know until recently too :-) see https://review.openstack.org/#/q/status:open+project:openstack/python-ironicclient,n,z16:12
jrolllucasagomes: nice. +216:14
praneshplucasagomes: I was still hoping to work on https://bugs.launchpad.net/ironic/+bug/1421261/16:15
openstackLaunchpad bug 1421261 in Ironic " node's properties['capabilities'] value should be a dictionary" [Undecided,In progress] - Assigned to Lucas Alvares Gomes (lucasagomes)16:15
lucasagomespraneshp, right, yeah I put a small patch up for that16:15
lucasagomesbut see the conversation me and jroll had above16:15
rloolucasagomes, jroll, praneshp: I thought we had discussed not making that change16:15
praneshplucasagomes: there is a spec from jroll (and another patch) that I was waiting to see16:15
lucasagomesrloo, yeah, we should mark the bug as invalid then16:16
lucasagomespraneshp, right, I think that we want to split the capabilities into another table so it would be indexable16:16
rloolucasagomes: well, i didn't want to mark it as invalid until we actually approved the new direction16:16
lucasagomesrloo, fair enuff16:16
praneshplucasagomes: okay.16:17
rloolucasagomes: if it causes confusion, we could make it invalid. and change it later if we need to.16:17
dtantsurwe can mark it as Opinion16:18
lucasagomesdtantsur, ++16:18
*** ifarkas has quit IRC16:18
praneshplucasagomes: let me know if I can help with that patch, thanks for the change :)16:19
rloolucasagomes: can we WIP or -2 your patch?16:19
lucasagomespraneshp, cool! np16:19
lucasagomesrloo, sure16:19
rloolucasagomes: you choose :)16:20
lucasagomesI put WIP in the commit message, lemme WIP it for real16:20
rloothx lucasagomes16:20
*** w_ has joined #openstack-ironic16:20
*** olaph has quit IRC16:21
rloogetting commute out of the way. back later.16:22
*** rloo has quit IRC16:22
*** w__ has joined #openstack-ironic16:27
*** harshs has joined #openstack-ironic16:31
*** w_ has quit IRC16:31
*** mbound has quit IRC16:37
*** jistr has quit IRC16:38
jrolldevananda: see my email? you have time to update that patch today?16:40
*** ijw has joined #openstack-ironic16:43
*** Marga_ has quit IRC16:46
*** ijw has quit IRC16:47
*** romainh has left #openstack-ironic16:48
jlvillaldevananda: FYI sdague released 0.3.0 of his amt library today.16:52
openstackgerritVladyslav Drok proposed openstack/ironic: Enable radosgw support in ironic  https://review.openstack.org/22938916:53
*** jcoufal has quit IRC16:54
*** derekh has quit IRC16:55
devanandajroll: yah. will give it a shot between meetings16:55
jrollthanks16:55
devanandajlvillal: neat! are you updating the review that pulls it in?16:56
devanandawe also now have the agent_amt driver that jroll proposed and I fixed yesterday16:56
devanandaplus my agent_amttool driver on github16:56
jrolldevananda: so yeah, does that one work for you?16:56
* jroll assumes not16:56
jlvillaldevananda: I will work some more on my WIP patch.16:56
devanandaoh, speaking of which, the maintainer of amtterm package is willing to take my patch. just need to clean it up and send it to him16:56
devanandajroll: yea, it did, after my changes16:56
devanandaoddly16:57
devanandabut it did16:57
jrolldevananda: oh, cool, I thought agents didn't work for you with our in tree driver16:57
devanandathey didn't in the past :-/16:57
jrollhuh.16:57
jrollyay!16:57
devanandaI do not know why, yesterday, it decided to work16:57
devanandaright? :)16:57
jrollI'm going to go with pebkac in the past :)16:57
devanandaso we now have 3 amt drivers ....16:57
*** degorenko has quit IRC16:57
openstackgerritDan Prince proposed openstack/ironic: Add an iboot reboot_delay setting  https://review.openstack.org/23266416:58
NobodyCam3 uggh16:58
jrolldevananda: drivers as in setup.cfg or as in implementations?16:59
jlvillaljroll: I think implementations, but didn't look at setup.cfg17:03
jrollwell17:04
jrollonce we land the sdague/amt implementation, we can nuke the other two :)17:04
*** trown is now known as trown|lunch17:04
NobodyCamjroll: ++17:05
dtantsurdid someone think about having a team drinking in Tokyo? I'm especially interested in possible days17:07
* jlvillal arrives on Saturday. So Sunday onward would be good for him.17:09
dtantsurI arrive on Monday morning17:10
jlvillaldtantsur: I wanted that extra day to try to adapt to time change...17:10
jrolldtantsur: ++ I get in the thursday before17:10
jrolldtantsur: and core party is tuesday fwiw17:10
dtantsuryeah; and general party on Wed IIRC17:10
*** thiagop is now known as thiagop-afk17:11
jrollright on17:11
*** ndipanov has quit IRC17:11
dtantsurhave to run home now, was delayed by a meeting :) see you tomorrow17:11
*** w__ is now known as olaph17:11
*** penick has joined #openstack-ironic17:12
thiagop-afknight dtantsur17:12
jlvillaldtantsur: paka paka17:12
lucasagomesfolks I'm going to call it a day17:12
lucasagomescame to the office and gotta get the train back home yet17:12
TheJuliagoodnight lucasagomes17:12
lucasagomeshave a great night!17:12
jrollgnight lucasagomes, dtantsur \o17:12
lucasagomessee ya17:12
jlvillallucasagomes: Adios (yeah it's not Portuguese I know)17:12
lucasagomesjlvillal, hah17:12
*** tsekiyama has quit IRC17:12
lucasagomesjlvillal, you can say "adeus" for us17:12
lucasagomesit's almost the same17:13
jlvillallucasagomes: I will try to remember :)17:13
lucasagomescool, see ya!17:13
*** dtantsur is now known as dtantsur|afk17:14
*** dims has joined #openstack-ironic17:15
thiagop-afknight dtantsur|afk17:18
*** dims has quit IRC17:18
* krotscheck has successfully published a javascript library to npm.17:18
krotscheckSo.17:18
*** dims_ has quit IRC17:19
krotscheckIf I wanted to have a discussion on "Hey, let's figure out a sane naming convention for openstack-published javascript libraries", where would I have that?17:19
krotscheckProbably the list?17:19
*** lucasagomes has quit IRC17:19
*** Marga_ has joined #openstack-ironic17:20
*** achanda has joined #openstack-ironic17:20
*** praneshp has quit IRC17:21
TheJuliakrotscheck: yeah, most likely17:26
krotscheckTheJulia: Danke.17:27
*** rloo has joined #openstack-ironic17:30
*** baoli has quit IRC17:32
*** shadower has quit IRC17:32
*** lazy_prince has quit IRC17:33
*** baoli has joined #openstack-ironic17:34
*** marzif has quit IRC17:35
*** athomas has quit IRC17:37
*** ijw has joined #openstack-ironic17:37
*** athomas has joined #openstack-ironic17:37
openstackgerritJohn L. Villalovos proposed openstack/ironic: WIP: AMT stuff  https://review.openstack.org/22758117:38
*** e0ne has joined #openstack-ironic17:40
*** ijw has quit IRC17:43
*** athomas has quit IRC17:45
*** trown|lunch is now known as trown17:48
jlvillalCool, Ironic has the 2nd highest code-coverage behind python-jenkins :)  http://demo.ronaldbradford.com/cover/17:52
sinval\o/17:52
jlvillalBut it doesn't have a lot of projects there....17:53
*** harshs has quit IRC17:55
*** Sukhdev has joined #openstack-ironic17:58
*** nicodemos_ has joined #openstack-ironic18:03
*** nicodemos_ has quit IRC18:04
lifelessromcheg: hi18:09
*** dims has joined #openstack-ironic18:09
romcheglifeless: I need some help with testrepository18:10
lifelessromcheg: shoot, whats up ?18:11
*** tsekiyama has joined #openstack-ironic18:13
jlvillallifeless: Can I assert something in a fixture addCleanup() function?18:14
lifelessjlvillal: yes18:14
jlvillalBasically I want to make sure that LOG.logger.disabled is still 0 after the tests run.18:14
lifelessjlvillal: an exception raised from a cleanup will fail the test and capture a second exception18:14
jlvillallifeless: Should the handler be a class method or a stand-alone function or it doesn't matter?  What gets passed to addCleanup()18:15
lifelessjlvillal: the signature is (callable, *args, **kwargs)18:15
jlvillallifeless: Thanks18:15
lifelessjlvillal: so whatever you want18:15
lifeless(x.y, True, keyword=False)18:16
lifelesswill run x.y(True, keyword=False) at cleanup time18:16
*** ijw has joined #openstack-ironic18:16
jlvillallifeless: Can I also put the check into self.cleanUp()?  Instead of using addCleanup()18:17
* jlvillal thinks yes18:17
lifelessjlvillal: you can but why18:17
lifelessjlvillal: self.cleanUp has all the machinery for ensuring all the cleanups run18:17
lifelessjlvillal: you're about 99% more likely to make a mistake overriding it18:17
lifelessthan using a cleanup18:17
jlvillalAh, okay. Then better to do addCleanup()18:18
jlvillallifeless: Thanks18:18
*** tsekiyama has quit IRC18:18
romcheglifeless: sorry phone's battery got discharged I had to run home from a bar :)18:21
romcheglifeless: I'm trying to migrate from py.test to testr but I get Bad checksum on py26 and py34 environments18:23
romcheglifeless: py27 works fine18:23
romcheglifeless: that's the patch https://review.openstack.org/#/c/227895/18:24
romcheglifeless: it seemed to work before I switched to testtools from unittest218:24
openstackgerritDan Prince proposed openstack/ironic: Add an iboot reboot_delay setting  https://review.openstack.org/23266418:26
*** amotoki has quit IRC18:26
lifelessromcheg: bad checksum - do you use eventlet?18:27
*** mrmoje has quit IRC18:27
romchegno, it's just a command line tool18:27
lifelessthe | cat thing is to fix a bug with evenlet on python 318:28
lifelesswon't be needed for you18:28
*** pelix has quit IRC18:28
romcheglifeless: I was trying different options18:28
lifelessdon't use setup.py testr, use setup.py test18:28
lifelesspbr glues that into testrepository automatically18:29
lifeless[separately, I've got a discussion going on at the moment about unwinding that so that testrepository is on the outside, but jumping the gun would be disadvantageous for you, so we'll ignore that]18:29
*** tsekiyama has joined #openstack-ironic18:30
*** tsekiyama has quit IRC18:30
*** tsekiyama has joined #openstack-ironic18:31
romchegchanged to setup.py test but that didn't help18:32
romcheg[if it was supposed to help]18:32
lifelessromcheg: sure, I'm just replicating now18:32
lifelessromcheg: it worked fine for me, though the test suite is very noisy on stdout18:33
lifelessromcheg: which I suspect means you're hooking into events/logging/etc - so one possible cause of a checksum error is that you're splitting a packet on stdout18:33
romcheglifeless: that's another question, both OS_STDERR_CAPTURE and OS_STDOUT_CAPTURE are set in .tests.conf18:33
romcheg.testr.conf18:34
romcheglifeless: we indeed mock stdout for some of the tests, but that seems to work on py2718:35
lifelessromcheg: the oslotest base class redirects all of stdout and stderr - its a heavy hammer, but solves a number of issues like this18:35
lifeless(in particular we get output linked back to the causing test)18:36
openstackgerritJohn L. Villalovos proposed openstack/ironic: Detect when log messages are mis-formatted  https://review.openstack.org/23225718:36
romcheglifeless: so your suggestion is to use oslotest, not testtools directly?18:36
lifelesshttp://git.openstack.org/cgit/openstack/oslotest/tree/oslotest/base.py#n10218:37
*** penick has quit IRC18:37
lifelessromcheg: you can just use the fixture you want18:37
lifelessromcheg: no need to change your base classes or anything IMO18:37
openstackgerritJohn L. Villalovos proposed openstack/ironic: Detect when log messages are mis-formatted  https://review.openstack.org/23225718:37
romcheglifeless: so what is your suggestion to fight this bad checksum?18:42
romchegand why does it work on py27?18:42
*** e0ne has quit IRC18:44
*** romcheg has quit IRC18:45
*** romcheg has joined #openstack-ironic18:45
* jlvillal likes that romcheg does his coding from the bar ;)18:45
lifelessromcheg: oh, it sounded like it was happening on 2.7 as well18:46
romcheglifeless: nope, tests pass for py27 both on gates and on my local env18:46
lifelessromcheg: ok let me try with py3418:47
romcheglifeless: kk18:47
romchegjlvillal: bars usually provide infinite amount of fuel for coding :)18:47
jlvillal:D18:47
*** e0ne has joined #openstack-ironic18:49
*** jefabo has joined #openstack-ironic18:50
*** jefabo has left #openstack-ironic18:50
*** jefabo has joined #openstack-ironic18:51
lifelessromcheg: how many tests do you expect to see ?18:53
romcheglifeless: hmm, good question18:54
lifelessI see 30418:54
lifelessso I think they're all running18:54
lifelesswhen I generate a stream by hand and feed it to testr load its ok18:55
romchegyes, they seem to run18:55
romcheg304 seems to be the correct number18:55
romchegsomething gets bad after they run18:55
romchegand that something doesn't happen on py2718:56
lifelessso fuelclient.tests.unit.v2.lib.test_task.TestTaskFacade.test_task_show runs last19:00
lifelesswhen I run non-parallel19:00
lifelessno error when I run just that test19:01
lifelesstime to bisect19:01
lifelesswhat I've done is19:01
lifeless. .tox/bin/py34/activate19:01
lifelesstestr list-tests > l119:01
lifeless(gets me a list of tests - there's stdout chatter at the top I prune)19:01
lifelessnow I'm taking 1/2 at a time into a new file and doing19:02
lifelesstestr run --load-list l219:02
*** mkovacik has joined #openstack-ironic19:02
lifelesshappens with just the latter half; chop again19:02
*** harshs has joined #openstack-ironic19:03
*** sambetts has quit IRC19:04
lifelessromcheg: fuelclient.tests.unit.v2.cli.test_node.TestNodeCommand.test_node_set_name19:04
lifelessromcheg: that causes the failure when run on its own19:04
lifelesstestr run fuelclient.tests.unit.v2.cli.test_node.TestNodeCommand.test_node_set_name19:05
*** penick has joined #openstack-ironic19:05
lifelessor if your tox.ini is wired up - tox -epy34 -- fuelclient.tests.unit.v2.cli.test_node.TestNodeCommand.test_node_set_name19:05
romcheglifeless: that testuses some unicode values that get to stdout19:06
romcheglifeless: perhaps that causes issues19:06
lifelessromcheg: if they are valid unicode it shouldn't; but if they are bogus, it could be matching the subunit frame header which is a non-utf8 sequence19:07
jlvillaldprince: And now I realize I did that on the wrong channel :(19:07
*** sambetts has joined #openstack-ironic19:07
lifelessbut I don't see it when I run it outside of testr, which is tricky - unwrapping layers is my first debugging tool, and when the layer causes the issue - ugh19:07
romcheglifeless: if stdout was captured, perhaps that would resolve the issue19:08
lifelessjust trying that19:08
romcheglifeless: there is OS_STDOUT_CAPTURE=1 in .testr.conf, shouldn't that work?19:08
dprincejlvillal: you had the openstack-i right... :)19:08
lifelessromcheg: no, as I linked before you need the code that looks at the variable to be active19:09
romchegah, got it19:09
lifelessromcheg: which you can do either by nheriting from oslotest's base class, or using the fixture directly19:09
jlvillaldprince: Yep, that much :)19:09
lifelessromcheg: ah, you're stll on the broken mock19:14
lifelessromcheg: you'll need to fix that too, your tests are currently broken19:14
romchegreally?19:14
lifelessyes, test-requirements has mock < 1.1.019:14
romchegI've used mock from Kilo's global requirements19:14
lifelessand mock < 1.1.0 has silent failure modes19:15
romcheghttps://github.com/openstack/requirements/blob/stable/kilo/global-requirements.txt#L24619:15
lifelesswhere you can assert anything you want and it won't error19:15
lifelessyes19:15
lifelessI know, kilo is like that because fixing kilo wasn't worth it. Look at liberty.19:15
romchegbasically because we ship this fuel client with Kilo19:15
lifelessor master.19:15
lifelessnevertheless, kilo's mock is broken19:15
romchegI'll fix this19:15
romchegbut does that cause a problem?19:16
romcheg*the problem19:16
lifelessI'm http://paste.openstack.org/show/475782/19:16
lifelessit may be something else like a stevedore change19:16
lifelessnope, shouldn't be, we have 1.3 installed19:17
romchegor pbr19:17
lifelessshouldn't be - but I see you have the < 1.0 clamp there as well - thats incomptible with liberty19:18
lifeless(and this whole thing is why we've stopped using < and <= in global-requirements19:18
openstackgerritRuby Loo proposed openstack/ironic-specs: Manual cleaning  https://review.openstack.org/23128819:18
*** tsekiyama has quit IRC19:18
*** tsekiyama has joined #openstack-ironic19:20
*** aswadr has quit IRC19:22
romcheglifeless: I applied oslotest's base class19:24
romchegand it seemed to resolve the issue19:24
romchegso perhaps that is something related to unicode19:25
lifelessromcheg: could be, but its *very* weird that the error is only thrown at the end of the stream19:26
romcheglifeless: I've got another problem that running py26 after py34 fails with "db type could not be determined" sometimes19:27
romchegremoving .testrepository/ helps19:28
lifelessromcheg: yes, thats because the dbm module in Python 2.6 vs 3.x is mutually incompatible on disk19:28
romcheglifeless: is that an old problem that can be fixed by updating testr?19:28
romcheggot it19:28
lifelessromcheg: its why I started my thread about not having testr within the venv19:28
lifelessromcheg: because its a metarunner, it can live outside the venv and always run with a consistent python version19:28
romcheglifeless py26->py34 work19:29
lifelessromcheg: https://review.openstack.org/#/c/218070/19:29
lifelessromcheg: py27 -> py34 will error19:29
*** baoli has quit IRC19:29
lifelessromcheg: py34 -> py26 will error19:29
romchegpy26->py27->py34 just worked19:29
lifelessromcheg: its maddening as hell when you also have to deal with macosX19:29
lifelessromcheg: yeah19:29
romcheglifeless: and yes, I'm on mac atm19:30
*** romainh has joined #openstack-ironic19:31
*** baoli has joined #openstack-ironic19:34
lifelessromcheg: ok so that might be why it works. its v confusing19:35
*** dprince has quit IRC19:38
*** e0ne has quit IRC19:42
romcheglifeless: thanks a lot!19:44
*** sambetts has quit IRC19:46
*** tsekiyama has quit IRC19:48
*** tsekiyama has joined #openstack-ironic19:49
openstackgerritJulia Kreger proposed openstack/bifrost: Initial support for installation of ironic-inspector  https://review.openstack.org/22993019:49
*** baoli has quit IRC19:51
*** baoli has joined #openstack-ironic19:52
*** sambetts has joined #openstack-ironic19:52
*** baoli has quit IRC19:53
*** Nisha has quit IRC19:55
*** dprince has joined #openstack-ironic19:57
lifelessromcheg: anyhow sorry20:06
lifelessromcheg: family interrupt, back20:06
lifelessromcheg: sounds like you're past the glitch?20:07
romcheglifeless: looks like that20:07
lifelessI had http://paste.ubuntu.com/12718159/ as my local fiddles, just as a comparison20:08
*** tsekiyama has quit IRC20:08
romchegat least https://review.openstack.org/#/c/227895 has already got all +1s20:08
romchegI've done some polishing to it so it's waiting one more time20:08
*** tsekiyama has joined #openstack-ironic20:09
romcheglifeless: we'll see how it works on fuel client and start moving to testr all fuel-* projects20:09
lifelessok thats bizarre, I captured the output with | tee output20:10
*** tsekiyama has quit IRC20:10
lifelessand testr showed the parser error20:10
lifelessbut other subunit handlers are not20:11
lifelessI'm going to dig into this later, for now filing a bug on testrepository20:11
*** tsekiyama has joined #openstack-ironic20:11
*** tsekiyama has quit IRC20:12
*** garthb has joined #openstack-ironic20:12
romcheglifeless: I also discovered oslo_debug_helper that allows to avoid all the butt-pain with debugging20:13
*** tsekiyama has joined #openstack-ironic20:14
*** Sukhdev has quit IRC20:14
lifelessromcheg: its a workaround, we haven't yet implemented the cluster-aware stdin/stdout interface20:14
lifelessromcheg: rpdb works fine though, if you can use that20:14
*** tsekiyama has quit IRC20:15
romcheglifeless: I've explored the internals a little and it looks like you'll have to completely re-write communication20:15
lifelessromcheg: (but its a fine workaround)20:15
lifelessromcheg: hmm, a little, its not so hard - the subunit stream glue for bidirectional routing is already in place20:16
romcheglifeless: I mean, pipes which are in use, won't allow to deal with pdb20:16
lifelessromcheg: so there's a couple of implementation routes20:16
lifelessromcheg: but yes, some careful glue is needed20:16
*** loli has joined #openstack-ironic20:16
lifelessromcheg: (mainly to deal with the stdout monkeypatching of oslotest in fact - since when thats active stdout isn't useful)20:17
*** sdake has quit IRC20:17
*** tsekiyama has joined #openstack-ironic20:18
*** Sukhdev has joined #openstack-ironic20:20
openstackgerritJohn L. Villalovos proposed openstack/ironic: Detect when log messages are mis-formatted  https://review.openstack.org/23225720:20
lifelessjlvillal: is that still needed, the fixtures release found bugs in neutron :)20:21
openstackgerritJohn L. Villalovos proposed openstack/ironic: Detect when log messages are mis-formatted  https://review.openstack.org/23225720:22
jlvillallifeless: Woot! :)20:22
jlvillalI'm not 100% sure....20:22
jlvillallifeless: Was neutron happy with you?  ;)20:22
lifelessromcheg: https://bugs.launchpad.net/testrepository/+bug/150431020:23
openstackLaunchpad bug 1504310 in Testrepository "packet parsing error with fuelclient test suite" [High,Triaged]20:23
lifelessjlvillal: happy is perhaps not the word20:23
romcheglifeless: thanks!20:23
lifelessjlvillal: https://review.openstack.org/#/c/232265/20:23
*** sdake has joined #openstack-ironic20:23
jlvillallifeless: Thanks20:24
lifelessjlvillal: plus https://review.openstack.org/#/c/232519/20:25
jlvillallifeless: Probably valid errors, I hope.20:26
lifelessjlvillal: I'm asking at the moment, but I believe so20:26
lifelessjlvillal: e.g. stuff that would error in prod20:26
jlvillallifeless: Yep20:26
*** tsekiyama has quit IRC20:28
*** tsekiyama has joined #openstack-ironic20:28
*** loli has left #openstack-ironic20:28
*** penick has quit IRC20:31
*** dprince has quit IRC20:34
openstackgerritMerged openstack/python-ironicclient: Mock keystone call to avoid test failure  https://review.openstack.org/23263320:36
*** tsekiyama has quit IRC20:36
*** tsekiyama has joined #openstack-ironic20:37
openstackgerritJulia Kreger proposed openstack/bifrost: Initial addition of an inspection module  https://review.openstack.org/23274520:37
openstackgerritJulia Kreger proposed openstack/bifrost: WIP: Additional inspection role and adding role to NV job script  https://review.openstack.org/23274620:37
*** penick has joined #openstack-ironic20:38
*** rvasilets___ has joined #openstack-ironic20:42
jlvillalrloo, jroll: Talking about developer documentation before. Not sure if you have seen Neutron's  http://docs.openstack.org/developer/neutron/devref/index.html20:45
rloojlvillal: oh. hadn't seen that before. hmm. maybe i'll switch and do dev for neutron20:46
jlvillalLOL :)20:46
jlvillalI was thinking steal it for ideas ;)20:46
rloojlvillal: not stealing. admiring and mimic'ing. i think jroll said he was going to do it but i'm sure he would like volunteers. (I am not for various reasons)20:47
rloojlvillal: 'do it' meaning propose something for ironic.20:47
jlvillalrloo: I have seen jroll's initial patch. Looks like a good start and room to grow.20:48
rloojlvillal: i haven't had a chance to look at it. trying to focus on specs but it is so hard.20:49
* jlvillal thinks he should spend more time reviewing specs but gets caught up in the code reviews.20:50
jlvillalrloo: spec reviewing is difficult...20:51
rloojlvillal: yup. harder than code reviewing. but code reviewing would be a lot harder w/o specs!20:51
jlvillalTrue that.20:51
*** ig0r_ has joined #openstack-ironic20:58
openstackgerritshravya Gaddam proposed openstack/ironic: The Key ucs_hostname has been changed to ucs_address in the documentation for UCS driver.  https://review.openstack.org/23275220:59
*** ig0r_ has quit IRC21:03
*** ig0r_ has joined #openstack-ironic21:05
*** trown is now known as trown|outttypeww21:05
*** Sukhdev has quit IRC21:09
*** ig0r_ has quit IRC21:10
jrollrloo: I would love volunteers :)21:12
* jroll takes a peak at neutron docs21:13
jrollWOW21:13
jrollI want that.21:13
*** tsekiyama has quit IRC21:14
rloojroll: copy/paste!21:14
jrolllol21:14
rloojroll: if you don't have a volunteer by summit time, I'll ask/find someone to volunteer to do this21:15
*** tsekiyama has joined #openstack-ironic21:15
jrollrloo: yeah, I mean, I plan to do it incrementally21:16
jrollwhen someone asks a question, respond with a docs patch :)21:16
rloojroll: forget about summit time. I'll just send email and see if someone volunteers.21:16
jrollheh21:16
jrollrloo: I want everyone to contribute, really21:16
rloojroll: you're busy/going to be busy with other things. we should be able to get someone to volunteer/copy/paste from neutron/nova or wherever.21:16
jrollrloo: if someone is going to work full time on a thing, we have more important things21:16
rloojroll: what we need is a table of contents or something, a framework, so people know where to add stuff.21:17
rloojroll: writing doc is not that easy.21:17
jrollrloo: yeah21:17
rloojroll: and organizing it21:17
jlvillaljroll: I was also impressed with that Neutron doc21:18
jrollrloo: we don't have enough people working on other important things as it is though :(21:18
rloojlvillal, jroll: i also wonder how much of that neutron stuff could just be pushed higher up to the openstack dev documentation21:18
rloojroll: i wonder if there are folks lurking out there that want to contribute.21:18
jrollrloo: yeah, that's another question. need to read it.21:18
jlvillalHmmm.  Interesting.21:18
jrollindeed :)21:18
rloojroll: i just skimmed liberty etherpad from the fri contributor. one of the comments was 'what can i do to help out' or something like that.21:19
jrollthat's good21:19
rloojroll: if i remember, i will send out email on monday. i don't want to send today cuz i won't respond to anything til next week anyway.21:20
jrollrloo: sounds good, though remember others can reply :)21:20
rloojroll: yeah, but also don't feel like writing email now :)21:21
rloojroll: oh, and i forgot. i'm not back til tues. so i'll wait til then.21:22
jrollfair enough :)21:22
jrollthat reminds me. I have an email to write. hopefully before you leave so you can respond.21:22
rloojroll: ha ha. about 40  more minutes. although i may look again later tonight.21:24
jrollrloo: it's a softball, I promise21:25
* jroll sends very shortly21:25
*** nicodemos has quit IRC21:27
*** sdake has quit IRC21:28
openstackgerritMerged openstack/ironic-lib: Updated from global requirements  https://review.openstack.org/23122921:33
*** harshs has quit IRC21:38
rlooNobodyCam: any reason why you didn't +A https://review.openstack.org/#/c/228195/21:41
*** jvmario has quit IRC21:45
openstackgerritJulia Kreger proposed openstack/bifrost: WIP: Additional inspection role and adding role to NV job script  https://review.openstack.org/23274621:46
*** mariojv has joined #openstack-ironic21:46
jlvillalrloo: NobodyCam was first +2. cinerama was 2nd.21:47
rloojlvillal: oh, i must be tired. I'll leave it for them to deal with :)21:48
jlvillal:)21:48
*** Sukhdev has joined #openstack-ironic21:48
TheJuliarloo: nobodycam likes to wait 24 hours or so after +2ing to +a21:49
TheJuliaoh, and yes21:49
TheJuliaorder21:49
jlvillalJoshNang: Still reviewing :)21:49
rlooTheJulia: oh, that makes sense :D21:49
rlooTheJulia: I'd do it but i have no idea why the order matters!21:50
TheJuliarloo: lol21:50
*** mariojv has quit IRC21:51
*** mariojv has joined #openstack-ironic21:52
JoshNangjlvillal: :D had a free second and wanted to see what manual cleaning evolved into21:52
*** romainh has left #openstack-ironic21:53
*** linggao has quit IRC21:53
*** thrash is now known as thrash|g0ne21:55
JayFJoshNang: !!21:55
JoshNang\o/21:55
JayFJoshNang: you finally realized your mistake and are coming back? GREAT!21:55
JayF:P21:55
jrollhahaha21:56
JoshNang:P21:56
jrollJayF: "free second" when working for a startup does tend to mean you quit...21:57
JoshNangthough writing all this node.js makes me miss python..21:57
jrolloh my, I'm sorry21:57
*** mariojv has quit IRC21:58
*** mariojv has joined #openstack-ironic21:58
*** mariojv has quit IRC22:00
jlvillalJoshNang: node.js?  Well luckily you already know Javascript :)22:02
rlooJoshNang: surprise! manual cleaning is all yours if you want it!22:02
*** mariojv has joined #openstack-ironic22:02
rloojlvillal: did you read email from dev list recently?22:04
jlvillalrloo: I did. I am honored to be nominated :)22:04
rloogotta go. back later maybe!22:04
rloojlvillal: :)22:04
thiagop-afkCongrats jlvillal!22:06
thiagop-afkvdrok you too!22:06
*** thiagop-afk is now known as thiagop22:06
jlvillalthiagop-afk: Thank you :)22:06
*** harshs has joined #openstack-ironic22:07
JoshNangjlvillal: yeah, which is handy. but node is it's own beast compared to frontend JS22:08
JoshNangrloo: nahhh i wouldn't want to deprive you of all the fun!22:09
*** tsekiyam_ has joined #openstack-ironic22:13
*** tsekiyama has quit IRC22:14
krtaylorjlvillal, well deserved, I was actually surprised that you were not core already22:20
JoshNangjlvillal: oh! congrats! vdrok too!22:21
jlvillalkrtaylor: Thank you, but I'm not sure about that ;) We have some really good cores on Ironic. If I get to be one also, it will be an honor.22:21
jlvillalJoshNang: Thanks!22:22
jlvillalkrtaylor: I meant, not sure you should think I was a core already, that is :)22:22
jrollI like how rloo commented on the email but didn't reply :P22:22
jlvillal:)22:22
* jlvillal continues to read Nova functional testing code....22:23
* TheJulia determines it is time to call it a night22:25
jlvillalTheJulia: Good night!22:26
thiagopgood night TheJulia22:32
rloojroll, jlvillal: I'm back for a few minutes. Need to think about my reply. I mean, I have to be honest right?22:35
jlvillalrloo: Absolutely!22:36
rloojlvillal: well, the truth is, I don't send many emails using that account/interface and it takes me a few secs/mins to remember how to reply etc.22:40
jlvillal:)  I have emails going two different places. One I read the email on for the most part. And then my work, where I usually reply or send from.22:41
jlvillalThanks rloo :)22:42
rloojlvillal: thank YOU! :D22:42
openstackgerritMerged openstack/bifrost: Install ironicclient after installing the shade library  https://review.openstack.org/22819522:44
rloobtw, jlvillal, dtantsur|afk: did you know about gerrit-dash-creator? https://github.com/stackforge/gerrit-dash-creator22:45
rloodtantsur|afk: ok, i'm guessing you know cuz i see ironic-inspector & ironic there :)22:46
jlvillalrloo: I do. And I think dtantsur|afk does. I had submitted a patch awhile ago to make it more automatic22:46
rloojlvillal: oh, you know about it too. good.22:46
jlvillalBut then they wanted changes and it got put at the bottom of my list.22:46
jlvillalrloo: I think mrda did an update to it recently22:47
jlvillalTo add all the new projects22:47
rloojlvillal: yeah, looks like 16 days ago.22:47
rloojlvillal: i should have looked first before mentioning it!22:47
jlvillalrloo: :)22:48
*** rvasilets___ has quit IRC22:51
*** praneshp has joined #openstack-ironic23:08
*** rloo has quit IRC23:13
openstackgerritThiago Paiva Brito proposed openstack/ironic: OneView Driver for Ironic  https://review.openstack.org/19182223:17
*** dims has quit IRC23:23
thiagopFolks, I'm going home finally23:26
thiagophave a great night everyone23:26
*** harshs has quit IRC23:26
*** thiagop has quit IRC23:26
*** harshs has joined #openstack-ironic23:27
*** garthb has quit IRC23:29
*** mbound has joined #openstack-ironic23:34
*** tsekiyam_ has quit IRC23:35
*** mtanino has quit IRC23:37
*** dims has joined #openstack-ironic23:40
*** harshs has quit IRC23:44
*** smoriya has joined #openstack-ironic23:51
*** harlowja has quit IRC23:52
*** harlowja has joined #openstack-ironic23:52

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