Wednesday, 2016-08-24

*** amotoki has joined #openstack-ironic00:05
*** [1]cdearborn has quit IRC00:07
*** [1]cdearborn has joined #openstack-ironic00:08
*** amotoki has quit IRC00:10
*** wajdi has joined #openstack-ironic00:25
*** bfournie has joined #openstack-ironic00:25
*** sdake has quit IRC00:36
mat128TheJulia: hmm, those are still out of tree, right?00:37
mat128TheJulia: I'll take a look at them tomorrow00:37
*** sdake has joined #openstack-ironic00:37
TheJuliamat128: AFAIK yeah, I don't remember where things are at w/r/t getting one of the DIB issues fixed that impacts the ability to break the element out. :(00:38
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/35885500:39
mat128TheJulia: even if we arent dont breaking it out, it should respect upper-constraints00:40
mat128otherwise it builds unpredictable ramdisks00:40
TheJuliaagreed, and it might.  I have officially hit scatter brained at this point.00:40
TheJuliawould depend on pip I guess00:41
mat128https://github.com/openstack/diskimage-builder/blob/master/elements/ironic-agent/install.d/ironic-agent-source-install/60-ironic-agent-install#L1600:41
mat128doesnt look like it honors it00:41
mat128do we build official DIB images for IPA?00:41
mat128trying to find how I can inject the UPPER_CONSTRAINT_FILE handling00:42
mat128hmm00:42
* mat128 was supposted to be here for a sec00:42
TheJuliaNot yet, but essentially some of the features don't work without a dib based image00:42
mat128going offline now, must not look at dib00:42
TheJuliamat128: call it a night :)00:42
mat128yeah00:42
TheJuliagoodnight!00:42
TheJulia:)00:42
mat128noted for tomorrow00:42
mat128thanks for your hints :)00:42
openstackgerritzhangyanxian proposed openstack/ironic: Replace assertEqual(None, *) with assertIsNone in test_nodestates.py  https://review.openstack.org/35623100:48
*** hoangcx has joined #openstack-ironic00:48
*** adnavare has quit IRC00:59
*** amotoki has joined #openstack-ironic01:06
*** amotoki has quit IRC01:10
*** vishwanathj has quit IRC01:11
*** mtanin___ has quit IRC01:12
*** syed_ has quit IRC01:12
*** Sukhdev has quit IRC01:12
*** rloo has quit IRC01:13
*** thrash is now known as thrash|g0ne01:15
*** hoangcx has quit IRC01:17
*** chlong has joined #openstack-ironic01:20
*** baoli has joined #openstack-ironic01:23
*** baoli_ has joined #openstack-ironic01:24
*** hoangcx has joined #openstack-ironic01:26
*** syed_ has joined #openstack-ironic01:27
*** baoli has quit IRC01:28
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/35945701:32
openstackgerritNguyen Hung Phuong proposed openstack/ironic: Merge imports in code  https://review.openstack.org/35759701:34
openstackgerritRuby Loo proposed openstack/python-ironicclient: Add --node arg to 'ironic port-list'  https://review.openstack.org/35952001:35
*** moshele has joined #openstack-ironic01:43
*** sabeen has quit IRC01:46
*** adnavare has joined #openstack-ironic01:47
*** sabeen has joined #openstack-ironic01:49
openstackgerrithubian proposed openstack/ironic-specs: fix uderline too shirt and missed subsections  https://review.openstack.org/35953801:50
*** amotoki has joined #openstack-ironic02:06
*** phuongnh has joined #openstack-ironic02:08
*** amotoki has quit IRC02:11
*** rybridges has joined #openstack-ironic02:12
rybridgesHello02:14
rybridgesI am having a look at _check_deploying_status in ironic/conductor/manager.py02:14
rybridgesthat's inside of the https://github.com/openstack/ironic repository02:15
rybridgesAnd I think there may be a bug02:15
rybridgesIt looks as though self.iter_nodes is only returning nodes that belong to this conductor02:16
rybridgeshowever, the whole point of the method is to find nodes that do not belong to this conductor, and instead belong to a conductor that is offline02:16
rybridgesSo the list of nodes that iter_nodes returns will never contain nodes that belong to an offline conductor, because it only returns nodes that belong to the conductor on which the method is run02:19
rybridgesSo the entire _check_deploying_status method will be broken since it does not actually check the deploying status of nodes that belong to offline conductors02:21
*** [1]cdearborn has quit IRC02:21
rybridgescan anyone have a look and confirm?02:21
*** adnavare has quit IRC02:35
*** moshele has quit IRC02:38
*** sdake has quit IRC02:46
*** sdake has joined #openstack-ironic02:49
*** yuanying_ has joined #openstack-ironic02:51
*** yuanying has quit IRC02:52
*** rbudden has quit IRC02:53
*** yuanying has joined #openstack-ironic02:53
*** yuanying has quit IRC02:55
*** yuanying has joined #openstack-ironic02:56
*** rybridges has quit IRC02:57
*** yuanying_ has quit IRC02:57
openstackgerritMerged openstack/ironic: Update api-ref for v1.22  https://review.openstack.org/35311702:58
openstackgerrithubian proposed openstack/ironic-specs: fix subsections missed problems  https://review.openstack.org/35956003:07
*** amotoki has joined #openstack-ironic03:07
*** mtanino has joined #openstack-ironic03:08
*** amotoki has quit IRC03:11
*** vishwanathj has joined #openstack-ironic03:11
*** aswadr_ has joined #openstack-ironic03:17
*** vishwanathj is now known as vishwanathj_zzz03:19
*** amotoki has joined #openstack-ironic03:24
*** rajinir has quit IRC03:25
*** annp has joined #openstack-ironic03:29
*** penick has quit IRC03:32
*** amotoki has quit IRC03:38
*** hoangcx has quit IRC03:40
*** vikrant has joined #openstack-ironic03:41
*** Sukhdev has joined #openstack-ironic03:42
*** yuanying has quit IRC03:48
*** yuanying has joined #openstack-ironic03:51
*** amotoki has joined #openstack-ironic04:00
*** baoli_ has quit IRC04:01
*** syed_ has quit IRC04:02
openstackgerritTuan proposed openstack/ironic: Fix incorrect order of params of assertEqual()  https://review.openstack.org/35958004:02
*** amotoki has quit IRC04:09
*** sabeen has quit IRC04:10
*** amotoki has joined #openstack-ironic04:10
*** jraju has joined #openstack-ironic04:14
*** hoangcx has joined #openstack-ironic04:15
*** jraju has quit IRC04:15
openstackgerritNguyen Phuong An proposed openstack/ironic: [api-ref]: Add response codes to chassis api  https://review.openstack.org/35958204:19
openstackgerritavnish proposed openstack/ironic: Fix tempest.conf generation  https://review.openstack.org/35958304:21
*** amotoki has quit IRC04:31
*** kalpase has joined #openstack-ironic04:31
*** amotoki has joined #openstack-ironic04:37
*** rama_y has joined #openstack-ironic04:38
*** mtanino has quit IRC04:42
*** ChubYann has quit IRC04:54
*** appu103_ has joined #openstack-ironic05:03
*** rama_y has quit IRC05:04
*** appu103_ is now known as aparnav05:04
*** ibmchas has joined #openstack-ironic05:06
*** ChubYann has joined #openstack-ironic05:07
*** jaosorior has joined #openstack-ironic05:07
*** jaosorior has quit IRC05:09
*** jaosorior has joined #openstack-ironic05:10
openstackgerritNaohiro Tamura proposed openstack/ironic: Generic power interface for soft reboot and soft power off  https://review.openstack.org/21673005:11
openstackgerritNaohiro Tamura proposed openstack/ironic: Ipmitool power driver for soft reboot and soft power off  https://review.openstack.org/21673805:15
*** Sukhdev has quit IRC05:27
*** moshele has joined #openstack-ironic05:32
*** _vsaienko has joined #openstack-ironic05:38
*** harlowja_at_home has joined #openstack-ironic05:39
*** mpsairam has quit IRC05:39
*** _vsaienko has quit IRC05:51
*** _vsaienko has joined #openstack-ironic05:55
*** zhangjl has joined #openstack-ironic05:55
*** mjura has joined #openstack-ironic05:55
*** hoangcx has quit IRC05:59
*** moshele has quit IRC06:06
*** hoangcx has joined #openstack-ironic06:10
*** mpsairam has joined #openstack-ironic06:19
*** rcernin has joined #openstack-ironic06:23
*** ccamacho has joined #openstack-ironic06:32
*** ccamacho has quit IRC06:32
*** ccamacho has joined #openstack-ironic06:36
*** syed_ has joined #openstack-ironic06:43
*** harlowja_at_home has quit IRC06:44
*** fragatina has quit IRC06:44
*** rbartal has joined #openstack-ironic06:44
openstackgerritShivanand Tendulker proposed openstack/ironic: Add 'inspect_ports' as a 'driver_info' parameter to iLO drivers  https://review.openstack.org/32523006:46
*** fragatina has joined #openstack-ironic06:46
*** ibmchas has quit IRC06:50
*** fragatina has quit IRC06:51
*** moshele has joined #openstack-ironic06:56
*** tesseract- has joined #openstack-ironic06:56
*** jhooker has quit IRC06:59
*** jhooker has joined #openstack-ironic06:59
*** rbrud has quit IRC07:02
lazy_princeAnyone seen http://paste.openstack.org/show/562889/ looks like IPA heartbeat is broken with mitaka..07:20
*** ohamada has joined #openstack-ironic07:25
*** appu103_ has joined #openstack-ironic07:29
*** aparnav has quit IRC07:29
*** jpich has joined #openstack-ironic07:32
*** athomas has joined #openstack-ironic07:37
*** e0ne has joined #openstack-ironic07:40
*** ifarkas_afk is now known as ifarkas07:47
*** e0ne has quit IRC07:53
*** _vsaienko has quit IRC07:58
*** zzzeek has quit IRC08:00
*** rama_y has joined #openstack-ironic08:00
*** zzzeek has joined #openstack-ironic08:00
*** amotoki has quit IRC08:01
*** _vsaienko has joined #openstack-ironic08:01
*** appu103_ has quit IRC08:04
openstackgerrithubian proposed openstack/ironic-specs: add link to the launchpad bug  https://review.openstack.org/35967008:06
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Introducing node introspection state management  https://review.openstack.org/34894308:07
milanmorning Ironic! :)08:08
*** derekh has joined #openstack-ironic08:08
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:10
*** rama_y has quit IRC08:11
*** lucas-afk is now known as lucasagomes08:12
lucasagomesmorning all08:12
*** vmud213 has joined #openstack-ironic08:13
milanmorning lucasagomes ! :)08:15
openstackgerritShivanand Tendulker proposed openstack/proliantutils: Discover Storage details  https://review.openstack.org/34137008:16
openstackgerrithubian proposed openstack/ironic-specs: fix line whitespace and too long problems  https://review.openstack.org/35968508:29
*** pcaruana has joined #openstack-ironic08:29
*** stendulker has joined #openstack-ironic08:38
tangchenlucasagomes, milan: morning :)08:39
milanmorning tangchen :)08:39
*** appu103_ has joined #openstack-ironic08:40
*** appu103_ is now known as aparnav08:41
*** electrofelix has joined #openstack-ironic08:45
*** Lord_Phoenix has joined #openstack-ironic08:50
*** milan has quit IRC08:52
*** syed_ has quit IRC08:52
openstackgerrithubian proposed openstack/ironic-specs: fix unexpected unindent problems  https://review.openstack.org/35970908:54
*** Lord_Phoenix has quit IRC08:57
openstackgerritAnkit Kumar proposed openstack/ironic: Fix iLO drivers for local_gb  https://review.openstack.org/34175209:01
openstackgerrithubian proposed openstack/ironic-specs: fix unexpected unindent problems  https://review.openstack.org/35971909:06
*** amotoki has joined #openstack-ironic09:09
*** phuongnh has quit IRC09:11
*** _vsaienko has quit IRC09:16
*** amotoki has quit IRC09:17
*** sambetts|afk is now known as sambetts09:18
sambettsrajinir: I had to switch to an ubuntu image from cirros because cirros didn't have the drivers required to boot on my hardware, I used disk-image-builder to create the image and I host it internally to my testbed so my slaves can download it during devstack install09:20
*** jaosorior is now known as jaosorior_lunch09:21
*** _vsaienko has joined #openstack-ironic09:23
*** amotoki has joined #openstack-ironic09:26
*** eset has joined #openstack-ironic09:29
*** eset has quit IRC09:29
*** eset has joined #openstack-ironic09:29
*** tuanla_ has joined #openstack-ironic09:33
tuanla_Hello09:34
*** kalpase has quit IRC09:37
openstackgerritavnish proposed openstack/ironic-inspector: Fix tempest.conf generation  https://review.openstack.org/35910909:41
*** milan has joined #openstack-ironic09:44
*** sborkows has joined #openstack-ironic09:46
openstackgerritSam Betts proposed openstack/ironic-specs: Add spec for VLAN Aware Baremetal Instances  https://review.openstack.org/27785309:47
*** mgoddard_ has joined #openstack-ironic10:02
*** Lord_Phoenix has joined #openstack-ironic10:05
*** mgoddard has quit IRC10:05
*** dtantsur has joined #openstack-ironic10:07
dtantsurmorning/afternoon folks! my IRC bouncer has been down since yesterday evening, so please repeat any pings.10:08
*** yogi has joined #openstack-ironic10:12
tuanla_Hello dtantsur: I have look at ironic-python-agent service: I wonder Why Log don't using oslo_i18n. I there any problem if i add oslo_i18n in IPA10:13
dtantsurtuanla_, hi! I don't see any problem with that, I guess our dependencies already pull oslo.i18n in, so it won't increase the ramdisk any further.10:13
dtantsurI think we haven't done it because nobody was interested enough10:14
tuanla_Yes, I'm just have join in OpenStack. Thanks for your answer.10:16
dtantsurWelcome! :)10:16
*** bks has joined #openstack-ironic10:18
*** hoangcx has quit IRC10:21
tuanla_dtantsur: Do you have free time now. I have problem with my lab. I try to deploy whole-disk-image in Ironic. I'm wonder I there any different in configuration between partition image vs whole-disk-image10:21
tuanla_Because I done deploy partition image but have some problem when deploy whole-disk-image.10:22
sambettstuanla_: Are you seeing an error in Ironic, if you have, copy the traceback into here paste.openstack.org, and we can see if we can help10:23
*** _vsaienko has quit IRC10:23
tuanla_sambetts: Thanks you so much. it is my log http://paste.openstack.org/show/560758/10:24
*** _vsaienko has joined #openstack-ironic10:27
sambettstuanla_: is there an error message on the ironic conductor? This is failing trying to initally contact ironic, before any of the provisioning processing happens10:27
tuanla_sambetts: No,10:28
*** sdake has quit IRC10:28
tuanla_sambetts: Sometime i got node active in horizon10:28
tuanla_but When it reboot in instance I have problem try to locate configuation file10:29
*** jaosorior_lunch is now known as jaosorior10:30
*** chas has joined #openstack-ironic10:32
tuanla_sambetts: I realy the process deploy partition and whole-disk-image using PXE have different. When when deploy whole-disk-image every file created in deploy will remove such as conf. image, ramdisk10:32
tuanla_in /tftpboot dir10:33
*** chas is now known as ibmchas10:33
sambettstuanla_: if you are having issues on reboot, can I ask how big your harddrive is?10:34
tuanla_I have beey try to change my hardisk10:35
tuanla_Now it have 500GB10:35
sambettsactually 500GB or 500GB configured in Ironic?10:36
tuanla_No, I just configured I see it near 571000MB10:36
tuanla_sambetts: I see when computer start: I show capacity: 572325MB10:39
sambettswhen the instance image boots, cloud-init expands the root partition to use up all the disk space avaible to it, if you have a harddrive >1TB then it'll expand the partition from 500GB to what ever the harddrive supports. This can break reboots if the partition grows bigger than the installed bootloader supports10:39
sambettsto force your node to use GPT a bootloader that can support big disks, follow this guide http://docs.openstack.org/developer/ironic/deploy/install-guide.html#when-used-with-compute-service10:41
tuanla_Yes, I have try to configurate and re-deploy But I show message " ERROR ironic-python-agent LookupNodeError: Error getting configuration from Ironic: Could not look up node info. Check logs for details.10:42
tuanla_"10:42
sambettstuanla_: OOooh btw what version of Ironic and Ironic-python-agent are you using?10:44
sambettsdtantsur: http://paste.openstack.org/show/560758/ is this a case of IPA not falling back to the old URL again??10:44
tuanla_sambetts: I'm using devstack to enable ironic, ironic: 1.6.010:48
tuanla_But I don't know how to find ironic-python-agent10:48
tuanla_verison10:49
*** athomas has quit IRC10:49
*** yogi has quit IRC10:49
*** bks has quit IRC10:50
tuanla_sambetts: I have plan try to deploy but don't using IPA10:51
sambettstuanla_: we don't support deployment without IPA10:52
tuanla_sambetts: I using devstack but now I don't see IPA in my /stack dir10:53
sambettstuanla_: by default in devstack we download IPA images prebuilt by us, from tarballs.openstack.org10:54
sambettsso it doesn't have to build it everytime10:54
*** athomas has joined #openstack-ironic10:54
sambettstuanla_: when did you last restack??10:54
tuanla_sambetts: Today10:54
tuanla_about 8 hours ago10:55
*** yogi has joined #openstack-ironic10:56
sambettsok, thats fine, there was a bug that caused lookup to fail but that was merged and built into IPA 4/5 days ago10:56
dtantsursambetts, no, looks like connection refused10:56
dtantsuri.e. ironic API can't be reached at all10:56
sambettsyeah, just spotted that10:56
sambettsthe URL looks wrong10:57
sambetts10.0.0.1 is that your Ironic API service URL??10:57
tuanla_sambetts: yes10:57
sambettsso this failure isn't related to the type of image your deploying, has something happened to your Ironic API service?10:59
*** d0ugal has quit IRC10:59
*** d0ugal has joined #openstack-ironic10:59
*** bks has joined #openstack-ironic11:02
tuanla_sambetts: Thanks for your help.11:03
tuanla_sambetts: I using bios and PXE: is it good for whole disk image11:06
sambettstuanla_: yup11:07
dtantsurfolks, we have to release ironic-lib today. please review everything open there!11:08
dtantsurthough lucasagomes' patches need updating11:08
lucasagomesdtantsur, on it right now11:09
sambettshttps://review.openstack.org/#/q/project:openstack/ironic-lib+status:open11:09
sambettsfor lazy people ^11:09
sambetts:-P11:09
dtantsurthanks :)11:09
*** tuanla_ has quit IRC11:10
mat128morning ironic11:12
mat128brb vpn11:12
*** jtomasek_ is now known as jtomasek11:13
wlfightupgood morning11:20
*** _vsaienko has quit IRC11:23
*** thrash|g0ne is now known as thrash11:25
TheJuliaGood morning11:28
*** _vsaienko has joined #openstack-ironic11:28
dtantsurmorning TheJulia, wlfightup11:28
TheJuliaRegarding ironic-lib, I guess root device hints might not make it?11:29
openstackgerritJulien proposed openstack/bifrost: Fix package installation failure  https://review.openstack.org/35980611:29
*** mgoddard has joined #openstack-ironic11:31
*** mgoddard_ has quit IRC11:31
dtantsurTheJulia, ideally they should...11:33
dtantsurbut it depends on whether we are able to land them essentially today11:33
*** _vsaienko has quit IRC11:36
dtantsurTheJulia, your driver composition spec update is definitely on my radar (thanks!), I'm just a bit overwhelmed with urgent priorities both upstream and downstream11:37
*** _vsaienko has joined #openstack-ironic11:37
openstackgerritSam Betts proposed openstack/ironic-lib: Correct reraising of exception  https://review.openstack.org/33879711:38
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800011:38
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Extend parse_root_device_hints to support operators  https://review.openstack.org/34895311:38
TheJuliadtantsur: Okay, I'm in the same boat with tons of priorities right now too, just wanted to make sure it was in your review list :)11:38
lucasagomesvdrok, rloo ^ thanks a lot for the reviews!11:38
lucasagomeshope that address it11:38
openstackgerritShivanand Tendulker proposed openstack/ironic: Add 'inspect_ports' as a 'driver_info' parameter to iLO drivers  https://review.openstack.org/32523011:40
*** ohamada_ has joined #openstack-ironic11:41
*** ohamada has quit IRC11:41
*** sean-k-mooney has quit IRC11:44
*** stendulker has quit IRC11:45
sambettslucasagomes: QQ, in https://review.openstack.org/#/c/348953/6/ironic_lib/utils.py you do re.split(...)[0::1] but [0::1] just gives you the same list back as you started with11:47
lucasagomessambetts, oh11:48
lucasagomessambetts, lemme check 1 sec11:48
sambettslucasagomes: did you mean [1::1]11:48
sambetts?11:48
sambettsto skip the operator?11:48
sambettsand even then you don't need the :1 part11:48
*** ohamada_ has quit IRC11:48
*** ohamada_ has joined #openstack-ironic11:49
lucasagomessambetts, guess that can be removed then11:49
lucasagomessambetts, yeah probably that it's a left over because I refactored the _extract_operators... method to extra both values and operator and be able to use it in more places11:50
* lucasagomes fix it11:50
sambetts:)11:50
openstackgerritDmitry Tantsur proposed openstack/python-ironicclient: [WIP] Add --wait to OSC provisioning commands  https://review.openstack.org/35480611:50
*** jaosorior has quit IRC11:51
*** jaosorior has joined #openstack-ironic11:52
lucasagomessambetts, good catch, btw! Thanks11:54
*** ohamada_ has quit IRC11:57
*** ohamada_ has joined #openstack-ironic11:57
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800012:00
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Extend parse_root_device_hints to support operators  https://review.openstack.org/34895312:00
lucasagomessambetts, ^ I've added some tests to the normalize method separated that I forgot in the last review12:00
*** annp has quit IRC12:00
* lucasagomes goes grab some food12:01
*** lucasagomes is now known as lucas-hungry12:01
sambettslucasagomes: another QQ, is it possible to have a hint with multiple different operators in, e.g. >= 5 < 10 ? because right now the extract_hint_operator_and_values function assumes 1 or more of the same operator12:03
*** vmud213 has quit IRC12:04
*** zhangjl has left #openstack-ironic12:08
sambettsman it is super hot in my office right now, I wish I had a fan12:09
dtantsurhot? in UK?12:10
sambettsdtantsur: I know its unnatural12:11
dtantsurwell, they promise us +30C again :( but for now it's very nice: +25C and sunny12:11
sambettsdtantsur: we're at 27C today12:12
*** dprince has joined #openstack-ironic12:12
*** ccamacho is now known as ccamacho|lunch12:12
dtantsuryeah, this might be a problem without A/C12:13
sambettsmy office is like a green house at the moment, I have 2 big windows behind me12:14
dtantsurouch :(12:14
*** bfournie has quit IRC12:15
openstackgerritMerged openstack/ironic-lib: Add developer documentation on metrics  https://review.openstack.org/35679612:15
*** baoli has joined #openstack-ironic12:24
*** MattMan has quit IRC12:26
*** MattMan has joined #openstack-ironic12:26
*** bks has quit IRC12:38
*** wajdi has quit IRC12:42
*** rloo has joined #openstack-ironic12:44
*** bfournie has joined #openstack-ironic12:48
*** rbudden has joined #openstack-ironic12:54
*** lucas-hungry is now known as lucasagomes12:59
*** cdearborn has joined #openstack-ironic13:00
*** vishwanathj_zzz is now known as vishwanthj13:03
*** baoli_ has joined #openstack-ironic13:04
*** vikrant has quit IRC13:05
*** baoli has quit IRC13:06
sborkowsdtantsur: When you have a time, would you mind looking at my newest patch for PCI devices processing hook in ironic inspector?13:07
dtantsursure, it's on my radar (not right this minute though)13:07
*** dprince has quit IRC13:08
*** dprince has joined #openstack-ironic13:09
milansambetts, aarefiev hey guys :) could you please give a +1 to the Inspector states patch ;) https://review.openstack.org/#/c/348943/13:15
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800013:15
*** _vsaienko has quit IRC13:15
*** appu1034 has joined #openstack-ironic13:19
*** aparnav has quit IRC13:19
*** _vsaienko has joined #openstack-ironic13:24
sambettsmilan: are we going to apply the version_id replacing locking stuff as a separate patch?13:26
*** openstackgerrit has quit IRC13:26
sambettsmilan: I would expect that to come before this one13:26
*** openstackgerrit has joined #openstack-ironic13:27
*** causten has joined #openstack-ironic13:27
*** amotoki has quit IRC13:29
*** aparnav has joined #openstack-ironic13:31
*** appu1034 has quit IRC13:31
*** sdake has joined #openstack-ironic13:34
*** wajdi has joined #openstack-ironic13:35
*** aparnav has quit IRC13:36
*** sdake_ has joined #openstack-ironic13:37
*** thiagop has joined #openstack-ironic13:40
thiagopgood morning, Ironicers13:40
*** sdake has quit IRC13:40
*** amotoki has joined #openstack-ironic13:44
*** _vsaienko has quit IRC13:44
*** sborkows has quit IRC13:46
*** _vsaienko has joined #openstack-ironic13:46
openstackgerritImre Farkas proposed openstack/ironic: DRAC RAID configuration  https://review.openstack.org/17631913:48
*** mgoddard_ has joined #openstack-ironic13:48
*** mgoddard has quit IRC13:52
milansambetts, what would be the benefit having that before the states rather than after?13:54
sambettsbecause states needs it, and we're adding work arounds in that patch that we don't need if we do the other thing first13:55
milansambetts, right, not sure how fast we could land that, but I think we'd be able to land this one before feature freeze, wdyt?13:56
sambettsmilan: well have the work is already in that patch though right?13:56
sambettss/have/half13:56
milansambetts, true, just I'm pessimistic about that we'd manage all the reviews etc.. this way we'd have states&the preparation as is more likely to get reviewers attention than a new one, isn't it?13:58
sambettsI think it'd only be 2 parts right? 1 patch adding version_id and removing existing locking, and the existing patch13:59
milanmy point is if we manage to get it out of the doors in Newton we'd have some feedback before more HA bits land13:59
sambettsand most of the code we'll be putting in the new patch will be code that is already in the current patch14:00
milanI like the idea but there's just 1 week14:00
milandtantsur, also wdyt ^14:00
*** sabeen has joined #openstack-ironic14:01
*** anush_ has joined #openstack-ironic14:01
milansambetts, but you're 100% right about the workaround @unlocks decorator :-/14:01
*** amotoki has quit IRC14:02
milansambetts, but the trick is the state is part of the locking mechanism with the @fsm_transition preventing actions in the wrong state, I need to think this through14:05
*** mgoddard_ has quit IRC14:06
sambettsmilan: thats a good point :/ I was just thinking about that14:06
*** mgoddard has joined #openstack-ironic14:06
milanon the plus side, removing the locks patch will be quite simple one IMHO14:07
sambettsmilan: without the states we have no way to determine what your allowed and not allowed to do to a node at the current time14:07
*** rama_y has joined #openstack-ironic14:07
sambettsmilan: damn :/14:07
milansambetts, yeah, and we'd have to have some rudimentary version of the decorator checking the version_id anyway14:08
sambettsmilan: yeah :/14:08
sambettsI guess we can follow up with resolving our locking situation after this patch then14:09
milansambetts, I'd like that14:10
sambettswe could still break the patch down (if we wanted for easier reviewing) but seeing as its only like me, dtantsur and aarefiev I think its ok like it is14:10
* milan going to implement that right after the feature freeze 14:10
rloohi and good morning everyone, milan, sambetts, lucasagomes, TheJulia, dtantsur14:11
dtantsurmorning rloo14:11
milanmorning rloo! :)14:11
sambettsmilan: I see you resolved the state machine so finished -> error isn't a thing any more, thats much nicer14:11
milansambetts, yeah14:11
lucasagomesrloo, good morning14:12
rloodtantsur: as I look more into osc plugin, i keep thinking of other things we might want to change. sigh. eg 'passthru' -> 'passthrough'. am going to spend a bit of time thinking about it.14:12
dtantsuryeah, maybe14:13
milansambetts, I'll be rebasing the OOL patch on this so I can remove the locking in there to track what it's going to take14:14
milanhttps://review.openstack.org/#/c/356982/14:15
milanor I'll start a fresh one may14:15
milanmaybe14:16
sambettsmilan: that would be awesome :D btw I'm looking at the NodeInfo object right now, and I wonder if we should rename the self.finished() function to something that doesn't make it sound like we're moving into a finished state?14:16
sambettsmilan: e.g. something like def set_finished_at(...)14:17
milansambetts, it's a bit unfortunate w/r the naming14:17
milanyeah14:17
milansambetts, but the change will grow, it's +980-75 :P14:20
sambettsyeah true :-P14:20
*** amotoki has joined #openstack-ironic14:22
*** michauds has joined #openstack-ironic14:24
*** hjanssen-hpe has joined #openstack-ironic14:26
*** hpe-hj has joined #openstack-ironic14:26
sambettsmilan: I think I've spotted a point where the node might get stuck14:27
sambettsmilan: and never move the Finished state14:27
*** syed_ has joined #openstack-ironic14:27
sambettsmilan: https://review.openstack.org/#/c/348943/20/ironic_inspector/process.py if something goes wrong in the try in the _reapply function, before moving to _finish then we're stuck in reapplying I think14:28
*** michauds_ has joined #openstack-ironic14:28
*** michauds has quit IRC14:28
* milan reads14:29
openstackgerritMarkos Chandras proposed openstack/bifrost: Install the net-tools package in scripts/env-setup.sh  https://review.openstack.org/35992214:29
*** rbrud has joined #openstack-ironic14:30
*** moshele has quit IRC14:30
sambettsmilan: I think we need to bubble the exception up the the decorator14:30
*** ccamacho|lunch is now known as ccamacho14:30
milansambetts, seems you're right14:31
*** michauds_ is now known as michauds__14:31
*** mgoddard_ has joined #openstack-ironic14:31
*** michauds__ is now known as michauds14:32
milansambetts, so true: http://paste.openstack.org/show/563016/14:34
*** mgoddard has quit IRC14:34
* milan updated database to simulate it14:34
milanfix should be to either make that reentrant or strictly non-reentrant14:35
milansambetts, please -1 it, I shall fix that later, need to be running now14:35
milansambetts, thanks a lot114:36
*** amotoki has quit IRC14:36
* milan gone14:37
*** milan has quit IRC14:41
*** rajinir has joined #openstack-ironic14:48
*** amotoki has joined #openstack-ironic14:50
lucasagomesrloo, re raising ParseException. I'm not sure it will actually raise it (looking at pyparsing code now) because we are converting all values to string before calling it14:51
sambettslucasagomes: another QQ, is it possible to have a hint with multiple different operators in, e.g. >= 5 < 10 ? because right now the extract_hint_operator_and_values function assumes 1 or more of the same operator14:51
lucasagomessambetts, it's not14:51
lucasagomesit's always one operator, we probably can improve the oslo utils module a lot in the future14:52
lucasagomesand make it a proper language, but atm it's quite limited14:52
rloolucasagomes: then it is fine. I didn't know (and we can always address that later)14:52
*** trandles has joined #openstack-ironic14:52
*** _vsaienko has quit IRC14:52
sambettsI can't do >=5 <and> < 10 or something?14:52
lucasagomessambetts, AFAIK nop, lemme check it14:52
sambettsit would be usful to be able to do something like size: >500GB <and> <2TB14:53
lucasagomessambetts, yeah it does not14:54
lucasagomeshttp://paste.openstack.org/show/563083/14:54
lucasagomessambetts, indeed... there's a lot of things to improve on that syntax14:55
lucasagomesI would like to have size units as well like 20M 10GiB etc14:55
sambetts++!14:55
lucasagomescurrently we only support GiB for size14:55
sambettslucasagomes: I guess thats because nova only supports GiB for size14:56
sambettslucasagomes: :/14:56
lucasagomesyeah, tho in Ironic we could support any size unit14:58
sambettsyup14:58
*** jistr is now known as jistr|mtg15:00
*** appu103_ has joined #openstack-ironic15:02
rloolucasagomes: ping me when there's another revision to review15:02
rloodtantsur: wrt 'ironic port-list --node'. the reason for it is because i'd like to have 'openstack baremetal port list --node' and NOT have 'openstack baremetal node port list'15:07
dtantsurrloo, well, but we already have node-port-list. do you want to deprecate it?15:07
rloodtantsur: https://review.openstack.org/#/c/359520/ & the RFE: https://bugs.launchpad.net/python-ironicclient/+bug/161624215:08
openstackLaunchpad bug 1616242 in python-ironicclient "[RFE] port list should have --node argument" [Wishlist,In progress] - Assigned to Ruby Loo (rloo)15:08
rloodtantsur: I am hoping that at some future date, we won't support ironic CLI any more. I'm more concerned now with getting the OSC stuff 'right'.15:08
dtantsurfair15:08
rloodtantsur: i don't think we want to provide more than one way in osc, to do something.15:09
*** sabeen has quit IRC15:09
rloodtantsur: so if we want to support 'openstack baremetal node port list', we could add that later, but I think it does make sense to have a 'openstack baremetal port list --node' regardless, cuz --address is available15:10
dtantsurtrue15:11
dtantsurI'm just worried about 2 similar commands in the old CLI15:11
rloodtantsur: OH.15:12
rloodtantsur: I could just do it for osc, but there would be two ways in the API. We probably shouldn't have provided those two REST APIs.15:12
dtantsuryeah...15:13
sambetts*cough* working on it *cough*15:13
rloosambetts: :)15:14
lucasagomesrloo, will do, in a meeting atm but I will put a new patch-set right after it15:15
sambettsrloo: these are a step in the right direction for the APIs https://review.openstack.org/#/q/topic:bug/1580997 because there are actually about a number of different ways in the API to node port list, some of which were never intended15:15
rloosambetts: yeah, gotta clean that up. So much to do... and I want to get as much osc stuff into next week's client release.15:16
openstackgerritMichael Turek proposed openstack/ironic: Add classes for Portgroups API enablement  https://review.openstack.org/34754915:16
sambettstotally :D /me is longing for not having to type set-provision-state any more15:16
rloosambetts: ++, especially since i can never remember the actual verb we are using!15:17
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/35885515:23
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/35885515:23
*** david-lyle_ has joined #openstack-ironic15:25
*** sdake_ has quit IRC15:25
*** david-lyle_ has quit IRC15:26
*** rybridges has joined #openstack-ironic15:27
*** rbartal has quit IRC15:29
*** _vsaienko has joined #openstack-ironic15:30
*** fragatina has joined #openstack-ironic15:31
*** fragatin_ has joined #openstack-ironic15:32
*** mgoddard_ has quit IRC15:34
*** mgoddard has joined #openstack-ironic15:34
*** rpioso has joined #openstack-ironic15:35
*** fragatina has quit IRC15:35
*** krtaylor has quit IRC15:35
*** hshiina has joined #openstack-ironic15:36
*** sdake has joined #openstack-ironic15:36
openstackgerritMerged openstack/ironic-lib: Correct reraising of exception  https://review.openstack.org/33879715:37
dtantsurfolks, where are we with ironic-lib changes?15:38
*** sukhdev_ has joined #openstack-ironic15:39
sambettsdtantsur: two have merged15:39
sambettshttps://review.openstack.org/#/q/project:openstack/ironic-lib+status:open15:39
sambettsdtantsur: its just lucasagomes's matcher stuff now15:39
dtantsurso, we're waiting for lucasagomes to update the other two, right?15:39
*** ibmchas has quit IRC15:40
*** _vsaienko has quit IRC15:40
*** fxpester has quit IRC15:41
rloodtantsur: yup. is it OK to do the release tomorrow?15:41
*** _vsaienko has joined #openstack-ironic15:42
rloodtantsur: i was thinking that ironic-lib is only used w/i ironic. i wonder if it really needs to follow the release schedule. but maybe it makes life easier for others.15:43
dtantsurrloo, all g-r bumps will be frozen soon, this is why.. but yes, we can do it tomorrow15:43
openstackgerritJay Faulkner proposed openstack/ironic: Add metrics to administrator guide  https://review.openstack.org/35681115:43
rloodtantsur: ok thx.15:44
*** _vsaienko has quit IRC15:45
lucasagomesrloo, great suggestions btw15:51
lucasagomesrloo, the parse inside match()15:51
lucasagomesalso, do you think it would be better to get a list of dictionaries instead of device objects ? To make it more generic15:51
dtantsurnot sure what you're talking about, but if inspector will use root device hints, devices will be dicts15:52
openstackgerritMichael Turek proposed openstack/ironic: Prevent URL collisions with sub-controllers: nodes/ports  https://review.openstack.org/31451415:53
openstackgerritMichael Turek proposed openstack/ironic: Add classes for Portgroups API enablement  https://review.openstack.org/34754915:53
*** rama_y has quit IRC15:53
*** penick has joined #openstack-ironic15:53
*** Sukhdev has joined #openstack-ironic15:54
*** vishwanthj has quit IRC15:56
lucasagomesdtantsur, ++ I will make it into dicts15:56
lucasagomesand we can have a as_dict() method in IPA's BlockDevice class15:56
rloolucasagomes: that's good with me15:57
*** penick has quit IRC15:58
JayFlucasagomes: I think it already exists, because it's serializable15:58
* JayF looks15:59
lucasagomesthere we go :D15:59
JayFhttps://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/encoding.py#L1915:59
openstackgerritThiago Paiva Brito proposed openstack/ironic: OneView test nodes to use dynamic allocation  https://review.openstack.org/35999015:59
openstackgerritJulia Kreger proposed openstack/ironic-python-agent: Fix IPA for stable/mitaka with noauth mode  https://review.openstack.org/35999116:00
JayFany of the HardwareType classes in IPA take a blah.serializable()16:00
*** mgoddard_ has joined #openstack-ironic16:00
thiagopfolks, 359990 is a small add to the devstack plugin to allow oneview nodes to be enrolled in the new allocation model. Effectively, it is a 6-line patch, should be easy to review16:02
*** krtaylor has joined #openstack-ironic16:02
openstackgerritJulia Kreger proposed openstack/ironic-python-agent: Fix IPA for stable/mitaka with noauth mode  https://review.openstack.org/35999116:03
*** mgoddard has quit IRC16:04
*** ifarkas is now known as ifarkas_afk16:08
*** jistr|mtg is now known as jistr16:08
*** hshiina has quit IRC16:09
*** athomas has quit IRC16:21
*** fragatin_ has quit IRC16:21
openstackgerritMichael Turek proposed openstack/ironic: Add portgroups to support LAG interfaces - API  https://review.openstack.org/33217716:24
*** hjanssen-hpe has quit IRC16:27
NobodyCamGood Morning Ironic'ers16:28
*** hpe-hj has quit IRC16:28
openstackgerritJay Faulkner proposed openstack/ironic: Fix issues in dev-quickstart and index  https://review.openstack.org/36000316:28
JayFrloo: ^ that should fix your post-review comments for the doc update16:28
*** jpich has quit IRC16:29
rloothx JayF. Although no time to review; hopefully others will. I want to focus on ironic-lib & client stuff for the next week or so. (I shouldn't have looked at the doc and api-ref changes.)16:29
*** rcernin has quit IRC16:29
NobodyCamJayF: +2 from me :)16:30
JayFrloo: that's fine; I just wanted you to know I did take action, the comments/post merge review wasn't in vain :)16:31
JayFrloo: I pushed for that to get merged yesterday so I wanted to make sure any issues you still had were addressed16:31
dtantsurmorning NobodyCam16:31
NobodyCamMorning dtantsur :)16:31
rlooJayF: thx. which reminds me, I should check something...16:31
NobodyCammorning rloo and JayF too :)16:32
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800016:32
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Extend parse_root_device_hints to support operators  https://review.openstack.org/34895316:32
lucasagomesrloo, ^16:32
rybridgesHello, I was in here last night asking about '_check_deploying_status' in the https://github.com/openstack/ironic repository, but I closed my irc client and went to bed before i saw a response last night.16:32
lucasagomeshope I've addressed everything16:32
NobodyCammorning lucasagomes16:32
lucasagomesNobodyCam, good morning16:32
NobodyCam:)16:32
rlooJayF: yeah, that's what i was wondering. The console doc is missing :-(16:32
rlooJayF: I think that's why you had to rebase yesterday16:33
lucasagomesrloo, urgh forgot a docstring16:33
JayFrloo: uh oh, like missing-missing or just missing a link?16:33
rlooJayF: do you have time to fix. I think we need to add a pointer/link from http://docs.openstack.org/developer/ironic/#configuration16:33
JayFrloo: absolutely I can fix, will find the link and add it16:34
rlooJayF: I didn't look, but I hope the actual page is there :)16:34
rybridgesBasically, I think that 'iter_nodes' in the '_check_deploying_status' method is only returning nodes that belong to the current conductor. However this defeats the point of the method because the '_check_deploying_status' is supposed to look at nodes that belong to other (offline) conductors16:34
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800016:34
rloorybridges: each conductor has their own periodic tasks; each conductor will check the status for the nodes they are responsible for16:34
rybridgeshowever, since iter_nodes is only returning nodes that belong to the current conductor, that method will never see nodes that belong to offline conductors.16:35
*** tesseract- has quit IRC16:35
openstackgerritJay Faulkner proposed openstack/ironic: Fix issues in dev-quickstart and index  https://review.openstack.org/36000316:35
rloorybridges: if a node belongs to an offline conductor, at some point it will get reassigned to an online conductor16:35
rybridges@rloo ohhh16:36
rloolucasagomes: is https://review.openstack.org/#/c/348953/ ready to be reviewed?16:37
lucasagomesrloo, yeah hope I've addressed everything16:38
rloolucasagomes: ok, gonna look now :)16:38
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Add match_root_device_hints() to the utils.py module  https://review.openstack.org/35800016:38
lucasagomesrloo, thanks, and sorry for the annoyance :D16:39
lucasagomesbrute forcing for getting it in16:39
rloolucasagomes: what annoyance? don't worry, dtantsur said he could do the release tomorrow.16:39
lucasagomesright on16:39
rybridgesrloo: so if a conductor goes down while a node is in the deploying state, then the node gets reassigned to a new conductor, will the new conductor at that point try to continue deploying that node or will it try to put it into the fail state?16:40
rloorybridges: it should work (new conductor should continue with the deploy), but I haven't tested it myself.16:40
lucasagomesrybridges, the new conductor will fail the deployment AFAIK16:41
dtantsuryeah, I can request it tomorrow morning, if we land all the stuff by then16:41
rloolucasagomes: oh?16:41
lucasagomesrloo, cause when it's in deploying means the previous conductor was working on it (!= deploy wait)16:41
dtantsurI think DEPLOYING is not recoverable, DEPLOY WAIT is16:41
lucasagomesyeah16:41
lucasagomesthe new conductor won't know which stage the node was when it was DEPLOYING16:41
rloolucasagomes: right, if the conductor that goes offline is doing something, then all bets are off16:42
lucasagomesrloo, yeah, unless the node was in deploy wait. Then the lookup/heartbeat method will just redirect the requests to a new conductor and the deployment will continue16:42
lucasagomesI mean, the API will redirect it16:42
* lucasagomes looks at the code16:43
*** _vsaienko has joined #openstack-ironic16:43
openstackgerritJay Faulkner proposed openstack/ironic: Fix issues in dev-quickstart and index  https://review.openstack.org/36000316:44
rybridgesokay, so if we are assuming that nodes who are associated with offline conductors are automatically reassigned, then what is the point of _check_deploying_status? Theoretically, if nodes are always re-assigned to online conductors, there should never be a scenario in which a node is sitting in the DEPLOY state but still assigned to an offline conductor16:44
openstackgerritJay Faulkner proposed openstack/ironic: Add metrics to administrator guide  https://review.openstack.org/35681116:45
*** derekh has quit IRC16:45
JayFNobodyCam: ^ fixed the issue rloo pointed out in 360003, also rebased my metrics doc patch on that, would love a re-review (and a first-review of the metrics patch if you don't mind)16:45
openstackgerritMerged openstack/ironic: Add notification base classes and docs  https://review.openstack.org/29846116:45
rloolucasagomes: so the operators are always separated from the values by a space?16:45
rybridgesThe description of the method says the following "Periodically checks the status of nodes in DEPLOYING state. Periodically checks the nodes in DEPLOYING and the state of the conductor deploying them. If we find out that a conductor that was provisioning the node has died we then break release the node and gracefully mark the deployment as failed."16:46
NobodyCam:)16:46
lucasagomesrloo, it doesn't really matter it can be in both way16:46
lucasagomesrloo, spaces just makes it looks better16:46
lucasagomese.g16:46
rloolucasagomes: ok, i was just wondering why you changed it :)16:46
*** jaosorior has quit IRC16:47
lucasagomesrloo, http://paste.openstack.org/show/563101/16:47
rloothx lucasagomes16:47
lucasagomesrybridges, so it's a bit complicated. Because there's also a lock mechanism which makes sure that if the ring is rebalanced the new conductor won't do anything with the node while there's another conductor using it16:48
lucasagomesrybridges, that's the "reserved" field in the node, the value of it is the hostname of the conductor that is actively using it atm16:48
*** Sukhdev has quit IRC16:48
*** sukhdev_ is now known as sukhdev16:48
lucasagomesrybridges, also, currently this lock is a DB lock. So it is still possible I believe to have a node stuck with it16:49
*** mtanino has joined #openstack-ironic16:50
lucasagomesrybridges, we plan to use something like tooz (it's a library abstracting locking mechanisms e.g zookeeper) to handle it for us16:50
*** appu103_ has quit IRC16:50
rybridgeslucasagomes: thanks for the response! :)  so if i understand correctly, when the a conductor goes offline, the node could still be stuck with that lock in the db?16:51
*** ohamada_ has quit IRC16:52
*** vishwanathj has joined #openstack-ironic16:52
lucasagomesrybridges, yes16:52
lucasagomesthere are some edge cases yet16:52
lucasagomestho many have been improved from few releases ago16:53
*** rama_y has joined #openstack-ironic16:54
dtantsurg'night, see you tomorrow16:55
*** dtantsur is now known as dtantsur|afk16:55
NobodyCamnight dtantsur|afk16:55
*** aNupoisc has joined #openstack-ironic16:56
*** phschwartz has quit IRC16:56
*** hj-hpe has joined #openstack-ironic16:57
*** mgoddard_ has quit IRC16:57
*** _vsaienko has quit IRC16:57
*** mgoddard has joined #openstack-ironic16:57
*** phschwartz has joined #openstack-ironic16:58
rybridgeslucasagomes: okay i see. this still seems a off though. _check_deploying_status first gets a list of the offline conductors. then iter_nodes returns a list of nodes that belong to the current conductor. then we check if any of those nodes that were returned by iter_nodes belong to an offline conductor. How could a node returned by iter_nodes in this scenario ever belong to an offline conductor though since they always get16:58
rybridgeslucasagomes: nodes associated with the current conductor (which is online)16:59
lucasagomesrybridges, sorry I've jumped in the middle of the conversation heh... lemme look at the code17:01
rybridgeslucasagomes: oh no worries. thanks so much for taking the time lucasagomes i really appreciate it17:02
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Enforce upper-constraints when building ramdisks  https://review.openstack.org/35885517:02
lucasagomesrybridges, I think there's two things: 1. the API will route requests for that node to a specific conductor, this is done by the hash_ring.py module17:05
lucasagomes2. a node being reserved by a conductor17:05
lucasagomesI think what happens there is, a conductor was deploying a node and suddenly died (leaving it in DEPLOYING state)17:06
rybridgesright17:06
rybridgesthats the idea17:06
lucasagomesthe hash_ring will identify it because the conductor does not heartbeat anymore17:06
lucasagomesso it will rebalance the ring and the new conductor now will "own" that node17:06
rybridgesokay.17:06
lucasagomesbut the reservation field still points to the previous conductor that was deploying the node17:07
rybridgesright!17:07
rybridgesokay i was just thinking that17:07
lucasagomesand that periodic task clean that reservation field17:07
rybridgesokay that makes much more sense now17:07
rybridgesthe key to this whole thing was understanding how that reservation field works17:07
lucasagomesand mark the deploy as failed because it can't continue (it doesn't know where the previous conductor was in the deployment phase)17:08
lucasagomesrybridges, yeah17:08
rybridgesso, the fact that the reservation field is still set to some other (offline) node will not prevent this conductor from changing the state, right?17:08
lucasagomesrybridges, and the reason to have a reservation field is because, some actions (e.g updating the firwmare) can't be interrupted17:08
rybridgeserr, i meant, some other (offline) conductor17:09
rybridgesright, that makes sense17:09
lucasagomesif we didn't have it, another conductor would own that node in case of hash ring rebalance and power off it17:09
lucasagomeswhile it was updating the firmware, and that could brick the node17:09
lucasagomesso we need to be careful17:09
rybridgesyes that makes sense17:09
lucasagomesrybridges, it will prevent changes yes17:09
lucasagomesrybridges, to change the state of a conductor, the new conductor needs to acquire the lock17:10
rybridgesi see, thats why we call objects.Node.release17:10
lucasagomesand the code will prevent a new conductor from doing it while the  reservation field is set17:10
rybridgesto try and release that lock17:10
lucasagomesrybridges, yes17:10
lucasagomesexactly yes17:10
rybridgesohhkay17:11
rybridgesyou have convinced me that this is correct. so one more question17:11
rybridgesit was my understanding that we were also supposed to have similar logic for nodes that get stuck in the 'CLEANING` state when their conductor goes down17:11
rybridgesbut i dont see that anywhere.. did i miss it?17:11
lucasagomesrybridges, idk off the top of my head, but it wouldn't surprise me17:12
rybridgesso nodes that are in CLEANING when their conductor goes down will get set to CLEAN FAIL17:12
rybridgesokay17:12
lucasagomesand yes, we should have such mechanisms to all *ING states17:12
rybridgesright17:12
*** jcoufal has joined #openstack-ironic17:12
rybridgeswell i dont see it in the upstream repo, so I may start work on it this week.17:12
*** yogi has quit IRC17:12
lucasagomesrybridges, https://bugs.launchpad.net/ironic/+bug/146193717:13
openstackLaunchpad bug 1461937 in Ironic "Node stuck on DEPLOYING (potentially all *ING) state(s)" [High,Fix released] - Assigned to Lucas Alvares Gomes (lucasagomes)17:13
rybridgesthis all makes a lot more sense now. thanks so much for the help lucasagomes17:13
lucasagomesI think it fits in the potentially all ING states17:13
lucasagomesso yeah if CLEANING is not there, we should have something17:13
lucasagomesrybridges, no worries. Thank YOU for looking into fixing it17:13
rybridgesyea I actually work at Yahoo and was working on creating a patch for us for that exact ticket so we could pull that fix for deploying states into our codebase :)17:14
rybridgesanyways, thanks again. I'm sure we will meet again soon17:15
lucasagomesrybridges, cool17:15
lucasagomesdefinitely17:15
*** sabeen has joined #openstack-ironic17:18
openstackgerritJulia Kreger proposed openstack/ironic-python-agent: Re-use API client for Heartbeat operations  https://review.openstack.org/36001817:21
lucasagomesfolks, I'm calling it a day17:22
lucasagomeshave a great evening all. Talk to you all tomorrow17:22
TheJuliagoodnight lucasagomes17:23
*** rcernin has joined #openstack-ironic17:23
lucasagomesTheJulia, g'night! Thax again for that fix ^17:23
lucasagomesadded to my list to review tomorrow17:23
TheJuliaNo problem, just wish I could have figured out a unit test to raise it easily :)17:24
* TheJulia may have spent a good chunk of the morning on trying to do that17:24
*** electrofelix has quit IRC17:29
NobodyCamnight lucasagomes17:30
*** lucasagomes is now known as lucas-dinner17:35
*** sukhdev has quit IRC17:44
*** aswadr_ has quit IRC17:51
*** jhooker has quit IRC17:52
*** jhooker has joined #openstack-ironic17:52
*** rybridges has quit IRC17:53
*** sabeen has quit IRC17:59
*** sabeen has joined #openstack-ironic18:00
* sambetts -> home 18:13
*** sambetts is now known as sambetts|afk18:13
sambetts|afknight all!18:13
*** amotoki has quit IRC18:17
*** dims has quit IRC18:18
*** dims has joined #openstack-ironic18:18
*** Lord_Phoenix has quit IRC18:24
*** vishwanathj has quit IRC18:25
*** vishwanathj has joined #openstack-ironic18:26
*** Sukhdev has joined #openstack-ironic18:28
*** intr1nsic has quit IRC18:28
*** intr1nsic has joined #openstack-ironic18:29
NobodyCamnight sambetts|afk18:42
*** sabeen has quit IRC18:44
*** fragatina has joined #openstack-ironic18:46
*** thiagop has quit IRC18:55
*** mjturek1 has quit IRC18:55
*** jcoufal has quit IRC18:59
*** causten has quit IRC19:00
*** thiagop has joined #openstack-ironic19:02
*** adnavare has joined #openstack-ironic19:03
*** aNupoisc has left #openstack-ironic19:03
*** mjturek has joined #openstack-ironic19:04
*** Goneri has joined #openstack-ironic19:05
*** ccamacho has quit IRC19:07
*** _vsaienko has joined #openstack-ironic19:15
JayFI'm reviewing smoe client patches for the first time, really ever honestly19:17
JayFand I'm finding that if you do any command that doesn't exist, the error is kinda terrible19:17
JayFopenstack: 'baremetal' is not an openstack command. See 'openstack --help'.19:17
JayFbaremetal does exist, just the 3 item down the command line was screwed up19:17
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/35945719:19
*** sdake has quit IRC19:20
rlooJayF: welcome to osc-land :-(19:21
rlooJayF: those errors are from the openstackclient.19:21
JayFI tried to test it against my preproduction actual ironic19:21
JayFand it won't auth properly for that either19:21
JayFso I gotta nail that down some other time, until then, running against devstack19:22
rlooJayF: I'm testing against a devstack setup19:22
rlooJayF: no time to play around with it19:22
JayFyeah; I'm just saying OSC is different there too :(19:22
JayFI think jroll figured it out at some point, for our downstream ironic, I'll bug him19:22
JayFbut I am reviewing all these OSC patches19:22
JayFbug/1526479 topic19:23
rlooJayF: the coding isn't the difficult part for me, i'm rethinking some of the osc commands we came up with :-(19:23
JayFI really dislike that baremetal list ~= baremetal node list19:24
*** rama_y has quit IRC19:26
mat128I felt like it should have been "openstack node list"19:27
mat128but was turned down when I mentioned it :P19:27
JayFthat works too19:27
JayFwell openstack baremetal node list19:27
JayFbut openstack baremetal list does too19:27
mat128do we have openstack instance list19:27
rlooJayF: sorry, in a conversation right now19:27
mat128"openstack server list" aka nova list19:28
JayFyeah; i don't know19:28
JayFto be blunt I kinda hate the idea of a unified client in general19:28
JayFbut once you concede that; I want all ironic things namespaced under openstack baremetal; which is what seems to be the case19:29
mat128hmm19:29
mat128so where do you put chassis? :)19:29
mat128or ports19:29
JayFright now openstack baremetal chassis [blah] (at least in proposed patches19:30
mat128openstack baremetal ports list19:30
mat128hmm19:30
JayFopenstack baremetal node [blah] works too19:30
JayFbut openstack baremetal list implies node19:30
JayFso *shrug*19:30
mat128baremetal = node19:30
*** Goneri has quit IRC19:30
mat128by that logic, nothing else should go under baremetal19:30
JayFwell that's why I said I disliked that `openstack baremetal list` does something and it's not always required to be `openstack baremetal node list`19:30
mat128because you see baremetal as a group, not as being equal to node19:31
mat128we have to be consistent otherwise I'd rather keep using python-ironicclient :)19:31
mat128btw, were you saying all of OSC for ironic doesnt work with your setup, or only code you're reviewing?19:31
JayFI mean, that's kinda why I dislike the idea of a unified client19:31
JayFall of OSC doesn't work *using our existing automation for setting vars to auth*19:32
JayFI suspect it's all downstream config bs + rackspace auth not being real keystone19:32
mat128ah19:32
*** _vsaienko has quit IRC19:33
mat128OSC works here, but the output is terrible when your term isn't wide enough19:33
mat128old client just dumped it, and I could resize after issuing a command (given you have a good term)19:33
JayFdoes osc have a --json equivalent like ironic cli does?19:33
mat128osc: https://www.dropbox.com/s/8ouw584spt57e1q/Screen%20Shot%202016-08-24%20at%203.33.49%20PM.png?dl=019:34
mat128ironicclient: https://www.dropbox.com/s/wll33ughpbjoplx/Screen%20Shot%202016-08-24%20at%203.34.00%20PM.png?dl=019:34
*** jvgrant has quit IRC19:35
JayFegad19:35
*** e0ne has joined #openstack-ironic19:35
*** jhooker has quit IRC19:37
mat128btw, yes it has a -f json option19:37
*** jhooker has joined #openstack-ironic19:37
JayFthen I'd use that + jq for everything19:37
JayFjson is a hell of a lot easier than the console table output anyway19:37
mat128TIL jq19:38
mat128wow19:38
JayFseriously?19:38
JayFawk = old busted19:38
JayFjq = new hotness19:38
mat128I've been using python -m json.tool19:38
JayFat least if you're using modern apis that output json :)19:38
mat128and inline python -c 'import sys; open(sys.stdin) stuff19:38
JayFnot saying that's completely replaced --json > output.json and then doing stuff with it19:38
mat128so thats like xpath for json19:39
JayFxpath?19:39
mat128xml xpath19:39
*** _vsaienko has joined #openstack-ironic19:39
JayFoh; I don't use a lot of xml apis ;)19:39
mat128https://en.wikipedia.org/wiki/XPath#Abbreviated_syntax19:39
mat128query language for xml trees19:39
JayFdocs jobs for ironic-lib just merged in project-config \o/19:40
*** Goneri has joined #openstack-ironic19:43
*** rama_y has joined #openstack-ironic19:43
JayFeither way, all this bikeshedding about UX19:43
JayFI'm going to just review these for consistency with the spec19:43
JayFand make sure they work19:43
rlooJayF, mat128: sorry, just got back. wrt osc, did you see our spec? it provides a picture of the way the commands are going19:43
*** _vsaienko has quit IRC19:44
rlooJayF, mat128: http://specs.openstack.org/openstack/ironic-specs/specs/not-implemented/ironicclient-osc-plugin.html19:44
mat128sorry, was playing with my new tool, jq19:44
*** _vsaienko has joined #openstack-ironic19:44
mat128openstack baremetal list -f json | jq '.[].UUID'19:44
mat128:D19:44
mat128rloo: checking19:44
rlooJayF, mat128: and I'm in the middle of changing some of that.19:44
rloomat128: don't use openstack baremetal list. it has been deprecated.19:44
JayFrloo: ah, I see that we're obsoleting ^ yeah19:44
mat128rloo: thats all my help has19:44
rloomat128: openstack baremetal node list19:44
mat128ooh19:45
mat128I know someone who is happy now19:45
JayFmat128: review and download these patches implementnig this spec :)19:45
rloomat128: oh, older client then.19:45
JayFhttps://review.openstack.org/#/q/status:open+project:openstack/python-ironicclient+branch:master+topic:bug/152647919:45
JayFmat128: ^ go therefore and review19:45
*** e0ne has quit IRC19:45
mat128on my way19:45
rloomat128: we just made changes in newton. the problem with the 'openstack baremetal list' is that it was implemented/merged before we had a chance (as a group) to decide on the commands.19:45
mat128do we have to be backwards compatible? I remember deva saying the client isnt a bash SDK therefore we should be backwards compatible19:46
mat128I kind of disagree, but OSC is so new that I dont think much will be impacted19:46
JayFI mean, if you toss out what we "can" do19:46
JayFdeprecating it slowly is probably the right thing to do19:47
JayFso I worry less about if we can just pull it19:47
mat128if there a provision for deprecations in OSC?19:47
mat128like oslo.config ?19:47
rloomat128: yup, we need to be backwards compatible. deprecation period. hope to remove those in ocata. soon...19:47
mat128ok19:47
*** Goneri has quit IRC19:48
JayFrloo: any reason I shouldn't land these if I'm the second +2 afayk?19:49
rlooJayF: I think it is fine. which ones are you referring to?19:49
JayFbug/152647919:49
JayFright now, specifically, node validate being added19:50
rlooJayF: which patches? there are a lot of them.19:50
JayFand I think I was the second +2 on node adopt as well19:50
rlooJayF: validate is good to go.19:50
JayFlanding it19:50
JayFyeah, node adopt is the other19:50
rlooJayF: like i said, i'm taking another look. so eg, want to change 'passthru' to 'passthrough'.19:50
JayF+2 from me and dmitry19:50
rlooi think validate might depend on some other patches that haven't merged yet. adopt might be standalone :)19:51
JayFyou're right, it's adopt -> console -> boot device + passthru -> validate19:52
mat128https://review.openstack.org/#/c/357400/2/ironicclient/osc/v1/baremetal_node.py line 8219:52
mat128did we have that boot devices list hardcoded in our old client too?19:52
rloomat128: yes19:53
*** causten has joined #openstack-ironic19:53
mat128ok, then it's fine :)19:53
mat128thank you rloo19:53
JayFmat128: https://github.com/openstack/python-ironicclient/blob/5e04d15a5a10587d15dab211689532bb4d45b77b/ironicclient/v1/node_shell.py#L58319:53
*** causten_ has joined #openstack-ironic19:53
rloomat128: there's lots of room for improvement, i have to tell myself to keep it simple for now. otherwise, too many patches/changes.19:54
mat128yes, "porting" ironicclient to osc is the best move, then we can improve19:54
mat128agreed19:54
mat128thanks Jay19:54
rloomat128: right. but it means we have to try to get the osc commands right the first time.19:54
openstackgerritThiago Paiva Brito proposed openstack/ironic: OneView test nodes to use dynamic allocation  https://review.openstack.org/35999019:54
rloomat128: i just finished mulling over this -- let me know what your thoughts are. https://bugs.launchpad.net/python-ironicclient/+bug/160933819:55
openstackLaunchpad bug 1609338 in python-ironicclient "Wrong layout of driver-related commands in OSC-plugin spec" [High,Triaged]19:55
rlooJayF: ^^ you too if you are interested19:55
JayFI'm kinda -0 on s/passthru/passthrough/, but I'm heavily biased due to my constant ability to misspell "through"19:56
JayFlol19:56
mat128thr<tab>19:57
mat128:D19:57
rlooJayF: English is through. Is 'thru' used in ops-land though?19:57
JayFI mean, drive-thru is common parlance19:57
*** causten has quit IRC19:58
*** causten_ has joined #openstack-ironic19:58
JayFHonestly I think it could go either way19:58
JayFbut as someone who knows the api methods are called passthru, I'll personally screw it up a bit for at least a while19:58
mat128rloo: I agree 1c + 2b make more sense to me19:58
mat128rloo: and I think action should be nothing19:58
rlooJayF: I think we're supposed to think of osc as 'getting it right', being 'english' blah blah, and not think of our rest API or CLI.19:58
JayF1c+2b agreed19:59
mat128so it'd be something like "openstack baremetal driver passthrough agent_ipmitool bleh"19:59
rlooJayF: ^^ you agree?19:59
JayFpassthru vs passthrough, I prefer passthru but I don't care that much19:59
*** jhooker has quit IRC19:59
JayF+1 to 1c+2b and the format mat128 lays out19:59
JayFhttp://www.dictionary.com/browse/thru?s=t thru is in the dictionary, but is listed as informal20:00
JayF*shrug*20:00
JayFI sit beside a giant physical set of OED books20:00
* JayF looks it up20:00
JayF(my wife has a Masters in English and is a teacher, hence the OED)20:01
mat128TBH, we called it "passthru" in our docs / release notes: https://github.com/openstack/ironic/blob/7c855d5868e999dedf471246e93df5e5ac00e936/releasenotes/notes/vendor-passthru-shared-lock-6a9e32952ee6c2fe.yaml20:01
mat128passthrough, 2 matches: https://github.com/openstack/ironic/search?utf8=%E2%9C%93&q=passthrough20:01
rlooJayF: wow, i doubt the younger generation will even know what OED is, or that it is a set of books.20:01
JayFthis is actually the last ever paper edition of the OED20:01
JayFwas a present to my wife when we were engaged :)20:02
JayFwe also have a hardcopy of world book encyclopedia20:02
JayF(just in case the apocalypse comes, I have some knowledge on paper, lol)20:02
rloomat128, JayF: I don't actually care if we use thru or through. Just that osc seems to prefer English. but if we leave it passthru is it less work for me!20:02
JayFthru is in OED as well, listed similarly as on the dictionary.com (syn for through, see through)20:02
rlooJayF: WHOA. i've got an old set of encyclopaedia, keep thinking i should throw them out.20:03
rlooJayF: ok, let's leave it as thru then.20:03
*** mjturek has quit IRC20:03
JayFI was homeschooled growing up and used to read our encyclopedia cover to cover when I was bored20:03
JayFso I have a bit of an affection for them :P20:03
mat128guess what the word of the day on dictionary.com is?20:03
rlooJayF: cool!20:03
mat128drum roll...... thrummy20:03
JayFlol20:03
mat128http://www.dictionary.com/misspelling?term=passthru&s=t20:04
mat128:(20:04
mat128the hyphen would kill me20:04
JayFI don't always think it's evil for the api to be leaky, when it's also easier to understand20:04
rloomat128: we can't use hyphens in the command so don't worry20:04
JayFis anyone going to doubt what passthru means (at least vs passthrough)20:05
JayFprobably not20:05
JayFso why be different from the api?20:05
mat128#startvote passthru20:05
mat128=)20:05
JayFI'm honestly very curious what someone who speaks english as a second language would thing20:05
JayF*think20:05
JayFbecause that's my only concern20:05
JayF(about keeping thru)20:05
mat128JayF: do I count?20:05
mat128french is my first language20:05
JayFmat128: TIL :)20:06
mat128:P20:06
*** hj-hpe has quit IRC20:06
mat128asking folks around20:07
*** _vsaienko has quit IRC20:08
mat128I'll be 100% honest with you... https://www.dropbox.com/s/jdabkplwqvfn1d7/Screen%20Shot%202016-08-24%20at%204.08.35%20PM.png?dl=020:09
*** dprince has quit IRC20:09
JayFghetto :)20:09
mat128his words20:10
mat128lol20:10
mat128late voter: [16:10:07]  <glonlas> passtrough20:10
mat128he even spelt it wrong20:10
JayFglorious20:10
mat128prior art counts? http://php.net/manual/fr/function.passthru.php20:10
rlooha ha. in this case, i think we could do an alias and satisfy everyone :)20:11
JayFI'd be very +1 to an alias20:11
mat128same20:11
JayFthaat's the best of all worlds20:11
mat128make the official one "passthrough"20:11
JayFlike I said in the bug and here though: my preference is very, very small. I'd rather do the one that's quickest to get consensus and merged :)20:12
rlooJayF: do you create a console? open a console? what's the right verb?20:12
mat128rloo: in Ironic you turn it on then get it's details20:12
mat128enable/disable?20:12
JayFrloo: probably enable?20:12
rloomat128, JayF: ok, enable/disable. i had it as set/unset, dtantsur|afk suggested create/delete.20:13
mat128can you create more than one?20:13
mat128(I very much know the answer to this one)20:13
mat128let me rephrase that20:13
JayFcan you enable for the same node multiple times?20:13
mat128I prefer create/delete when you can have more than one20:13
JayFis that what you mean20:13
mat128you probably can20:14
mat128let me check20:14
JayFif I have an enabled console, and wanna re-get the details, do I do a node show, or do I do a node console enable?20:14
JayF(man, words are hard :D)20:14
mat128the current command accepts turning it "on" multiple times20:14
rlooJayF: 'show' just shows information, doesn't *do* anything20:14
mat128node console show20:15
JayFso you can console enable multiple times, but if already enabled it's a noop and essentially works like show/20:15
JayFif that's valid, I like enable/disable20:15
mat128enabling it doesnt even return anything20:15
JayFoh, well then that makes even *more* sense20:15
JayFperfect!20:15
mat128http://paste.openstack.org/show/563128/20:16
JayFI swear, the term "passthrough" has showed up in 4 other IRC channels since we just got done bikeshedding about it20:16
mat128(this aint the new serial stuff, but behaves the same)20:16
*** Goneri has joined #openstack-ironic20:16
JayFthe world is trolling me20:16
mat128lol20:16
rlooJayF: ha ha20:17
wajdiHey guys...just passing through20:17
JayFI like enable/disable or on/off then for that20:17
wajdi:)20:17
rloohi wajdi!20:17
wajdithrough? thru? :P20:17
wajdihey rloo :)20:17
mat128openstack baremetal console enable UUID20:17
mat128?20:17
*** krtaylor has quit IRC20:18
mat128brb20:18
rloomat128: I'm checking. enable/disable aren't action verbs for whatever reason: http://docs.openstack.org/developer/python-openstackclient/commands.html#actions20:19
JayFwajdi: someone was trolling me, but I threw them out the window ;)20:19
JayFif we have to pick from that list, start/stop are the best fits20:20
JayFbut the description obviously isn't what we're looking for20:20
JayFcan we not add actions to that list? enable/disable seem like something that would be a good fit in that list20:21
rlooJayF: yeah, i don't think we have to only use what is there. i was just wondering why enable/disable wasn't there.20:22
JayFbecause we haven't added it yet?20:22
rlooJayF: heh. on/off isn't there either. Maybe ironic is more complex than other projects :)20:23
JayFrloo: I knew that from day one ;)20:23
*** causten_ has quit IRC20:30
mat128start/stop ?20:31
mat128ah20:31
mat128I should read all of the scrollback before sending anything :P20:31
JayFrloo: I've looked at all the pathces in that topic, feel free to ping me when you update for a re-review, or lmk if there's anything I can do to help20:32
mat128that list was mostly written around nova if you ask me20:32
rloothx JayF20:32
jlvillalrloo: On that operators patch. Is there a doc which explains operators?  I'm trying to review it and getting confused.20:32
rloomat128: well, around the 'core' projects20:32
*** syed_ has quit IRC20:32
JayFrloo: thank jim by proxy, he's the one who told me to pay more attention to OSC patches :) ... BTW that's always true for me, if you nneed reviews on a thing, point me at a topic and I'll look at them20:33
rloojlvillal: lucas' patches? no doc. only code in oslo.utils. unless nova has some doc somewhere.20:33
* JayF likes helping grease the rails to get stuff merged20:33
jlvillalrloo: Yeah lucas' patch.20:33
jlvillalThanks20:33
rloothx JayF. you could look at the two ironic-lib patches if you want. we want those in for a release tomorrow.20:33
JayFrloo: is it a specific topic? or just pretty obvious which two20:34
JayFit's only two open20:34
JayFlol20:34
rlooJayF: should be obvious. sec.20:34
rlooJayF: yeah, those two :)20:34
JayFwe have docs jobs running now on ironic-lib, btw20:35
JayFthat merged earlier today20:35
rloowrt 'openstack baremetal driver passthru list' and 'openstack baremetal driver passthru'. can't do it (with existing code). i just remembered, that's why that bug was opened.20:35
mat128ann20:36
mat128ahh*20:36
rloo^ JayF. So we need some action/verb. 'openstack baremetal driver passthru ACTION'20:36
mat128is it the parser thing?20:36
mat128ah20:36
rloomat128: yeah, the parser thing.20:36
rlooi can't wait to go back to coding. stay away from users and api's...20:36
rlooJayF: cool about the docs.20:36
JayFrloo: openstack baremetal driver passthru call <blah> ?20:36
JayFor do I misunderstand what we're talking about20:37
JayFI'm going to reopen the bug20:37
mat128thats exactly it20:37
rlooJayF: so you like 'call'? I think I had 'run', 'execute'.20:37
*** syed_ has joined #openstack-ironic20:37
mat128passthru list20:37
mat128rloo: you were suggesting one of the following: 'call', 'run', 'execute', 'invoke'20:37
JayFexecute is fine too, I don't really like run20:37
rloomat128: yeah, unless you had something else. those were what came to mind.20:37
JayF+1 [call, execute] -1 [invole, run]20:38
JayF*invoke20:38
JayFwhatever it is, people are going to have to read the docs or run help to know what's up20:38
JayFso I'm less concerned about what we call it, as long as it makes sense at all20:39
mat128openstack baremetal driver passthru call agent_ipmitool lookup20:40
mat128openstack baremetal driver passthru execute agent_ipmitool lookup20:40
mat128openstack baremetal driver passthru run agent_ipmitool lookup20:40
mat128openstack baremetal driver passthru invoke agent_ipmitool lookup20:40
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize Config Options - patch merge, cleanup  https://review.openstack.org/33016020:40
mat128if we go back to http://docs.openstack.org/developer/python-openstackclient/commands.html#actions ...20:41
mat128none of them work20:41
JayFyep20:41
*** sabeen has joined #openstack-ironic20:41
JayFI don't think the name we pick there matters much at all20:41
rloomat128: ha ha, i thought you found something there. yup, none of them work.20:41
JayFbecause nothing is going to be "obvious"20:41
JayFwhich means I'd say use something short like "call" or "run" (even though run wasn't my favorite originally)20:42
wajdiI would go with short as possible and choose between call or run20:42
JayFwajdi: you just thru me a bone! /s20:43
rloook, I'm going to use call then. I don't like run for a method.20:43
*** ricardoas has joined #openstack-ironic20:43
wajdiI came thru right on time ;)20:44
mat128hahahaha20:44
rloo:D20:44
mat128the problem we have is that passthru actions are actions themselves20:44
mat128they could be top level and make sense20:44
mat128call works for me20:45
wajdibetween call/execute/run/invoke => +1 call20:46
*** Goneri has quit IRC20:52
*** jhooker has joined #openstack-ironic20:56
mat128I have to go, will continue reviewing the OSC stuff tomorrow20:59
rloothx mat128!21:00
openstackgerritMerged openstack/ironic: Fix issues in dev-quickstart and index  https://review.openstack.org/36000321:01
*** causten has joined #openstack-ironic21:02
jlvillalrloo: So I see parse_root_device_hints() in both ironic-lib and in ironic.21:04
jlvillalrloo: Is that intentional?21:05
rloojlvillal: i think ironic is supposed to call the one in ironic-lib.21:05
rloojlvillal: sec, let me look.21:05
jlvillalrloo: I see it defined in: ironic/drivers/modules/deploy_utils.py21:06
JayFjlvillal: we're migrating it out of ironic into ironic-lib21:06
JayFjlvillal: so ipa can share the code21:06
JayFjlvillal: so we have to add it to -lib before it can go outta ironic aiui21:06
jlvillalJayF: Yeah, but these changes seem breaking changes.21:06
rloojlvillal: I think lucas added it to the lib recently. july 22.21:06
rloojlvillal: so i think his intent is for the code in ironic to call the lib.21:07
jlvillalI guess I don't understand why we aren't switching over first. and then make the changes.21:07
rloojlvillal: that's a good question. i haven't been paying any attention to the order of things.21:07
rloojlvillal: it might be cuz the ironic-lib deadline is this week so lucas has to get this done sooner rather than later.21:07
rloojlvillal: well, if no one is using the ironic-lib version, then we don't have to worry about breakage.21:08
rloojlvillal: yet.21:08
jlvillalrloo: True21:08
openstackgerritRuby Loo proposed openstack/ironic-specs: Changes to some OSC commands  https://review.openstack.org/35750521:10
rlooJayF, mat128: ^^ hopefully captures what we discussed :)21:12
JayFYeah; I'm looking21:12
JayFreally confused by LN118-12021:13
JayFoh; I understand now.21:13
jlvillalInteresting to read that the OSIC cluster for gate testing is IPv6 only. I wonder if that will affect us?21:13
JayFit's probably public-ipv6-only21:13
JayFwhich means it shouldn't.21:13
rlooJayF: let me know if I can word it differently. i wanted to mention it so someone doesn't say, hey, where' the equivalent command...21:13
* jlvillal thought someone (thiagop) said Ironic had problems with IPv6 for the gate21:14
jlvillalJayF: Ah okay.21:14
* rloo wonder what jlvillal is reading21:14
JayFCLI users who want to see a list of nodes belonging to a given chassis should use `openstack baremetal node list --chassis`, since there is no equivalent to `ironic chassis-node-list` in OSC.21:14
JayFrloo: ^ wdyt?21:14
jlvillalrloo: http://lists.openstack.org/pipermail/openstack-dev/2016-August/102211.html21:14
* jlvillal has been trying hard to at least glance at every email that goes to openstack-dev21:15
rloojlvillal:  thx21:15
rlooJayF: well, what i want to say is that we intentionally don't want to provide an equivalent.21:15
JayFI mean, I'm going to +2 it anyway (barring any issue I haven't seen yet)21:16
JayFso feel free to ignore my comment as well :)21:16
rlooJayF: I can use what you wrote, with a 'since we are not providing an equivalent to ... :)21:16
JayFyeah; that's the only comment I have21:17
JayFI'm going to +2 it and you can just leave it be ;)21:17
JayFor change it and lmk and I'll revote21:17
*** adnavare has quit IRC21:18
JayF...and gerrit is down21:18
rlooJayF: sigh21:18
JayFwell, I'll vote when it works, at least :)21:19
*** baoli_ has quit IRC21:23
*** aNupoisc has joined #openstack-ironic21:23
*** thiagop has quit IRC21:32
rlooJayF: did you want to add your comments to that patch? Or I can update based on what you said here.21:33
JayFcomments added and +2'd21:34
jlvillalJayF: So what kind of "rolling upgrade" capability do we have for IPA and Ironic.  Like if Ironic gets upgraded do they require IPA to be updated?21:34
jlvillalI'm thinking about that operator patch and wonder what happens if Ironic or IPA has the change but not the other. What will happen.21:34
JayFjlvillal: Today, Ironic works with any release of IPA ever.21:34
JayFjlvillal: which is not sustainable, but sure is easy21:34
jlvillalI'm not sure if those changes would break that or not21:35
JayFfor me it's hard to review stuff like that in the lib, right?21:35
jlvillalMe too21:35
JayFbecause that backwards compat is /not/ the job of ironic-lib21:35
JayFit's the job of the code in ipa/ironic21:35
JayFand the "right way" should be in i-l and the "old way" should be in the actual projects, with a deprecation period .... right?21:36
JayFjlvillal: actually, we do deprecate IPA stuff. We just did with the officialization of lookup/heartbeat21:36
jlvillalI think that ipa-lib should consider breaking compatibility21:36
JayFipa-lib ? not a thing ?21:36
jlvillalSorry. ironic-lib :)21:37
openstackgerritRuby Loo proposed openstack/ironic-specs: Changes to some OSC commands  https://review.openstack.org/35750521:40
JayFI'm not sure exactly what you mean then21:40
JayFeither way; I'd put comments on the patch21:40
JayFlucas is obviously the expert on that21:40
*** wajdi_ has joined #openstack-ironic21:40
rlooJayF: I updated it. still more verbose than what you suggested, but hopefully clearer.21:40
JayFI like verbosity21:40
jlvillalJayF: I added some comments. Thanks.21:40
rloojlvillal: ironic-lib itself doesn't *have* to consider breaking compatibility, whatever uses it though, should.21:41
JayFlgtm +221:41
rloothx JayF. Will see what dtantsur|afk thinks.21:41
jlvillalrloo: I guess I'll be in the minority here, and disagree. If the library provides functions and then the signatures or return values change. That doesn't seem acceptable.21:42
*** wajdi__ has joined #openstack-ironic21:42
JayFjlvillal: that's explicitly why we say it's only usable by bare metal projects21:42
JayFjlvillal: so we can use the question of "does it actually break" instead of having to follow "real" library compat principles21:42
rloojlvillal: yes, in that case. do we use upper constraints for ironic-lib or do we specify an exact version?21:43
JayFrloo: we bump the version in g-r when we use functionality in the new version21:43
JayFrloo: today it's =>2.0.0 in reqs.txt21:43
*** wajdi has quit IRC21:44
jlvillalJayF: Yeah. But in this case the code will be used in both Ironic and IPA. And to me seems like it will be breaking change if one gets updated and not the other.21:44
rlooJayF: right, but if we don't have upper constraints, an old version of ironic could potentially use a newer version of ironic-lib, right?21:44
JayFegad21:44
jlvillalrloo: upper-constraints has it as: ironic-lib===2.0.021:44
JayFrloo: you mean do we constrain it in stable/* branches, right?21:45
rloojlvillal: in that case, should be ok.21:45
jlvillalIn openstack/requirements21:45
rloojlvillal: but good practice to do as you say.21:45
jlvillalJayF: We do21:45
*** wajdi_ has quit IRC21:45
JayFhttps://github.com/openstack/ironic/blob/stable/mitaka/requirements.txt#L1621:45
JayFyes, we do :)21:45
rloojlvillal: what happens in reality, someone running ironic. how does openstack/requirements fit in there? are they used?21:45
jlvillalJayF: And I think it is constrained in the gate also.21:45
JayFrloo: yes21:45
JayFrloo: we sync them over into requirements.txt in ironic21:46
JayFjlvillal: rloo actually... no21:46
JayFhttps://github.com/openstack/ironic/blob/stable/mitaka/requirements.txt#L1621:46
JayFthat is >= not ==21:46
JayFwhich means we could break stable branches with new ironic-lib releases21:46
JayFegad21:46
jlvillalrloo: I am not sure. If someone just git clones. I don't they get constrained.21:46
jlvillals/don't they/don't think they/21:46
*** wajdi__ has quit IRC21:47
rloojlvillal: then it might be a problem. eg, if you grab ubuntu's packaging of ironic.21:47
JayFyeah, rloo ^ the situation I lay out is the problem21:47
jlvillalBut I think the stable branches expect people to abide by the upper-constraints file21:47
JayFif we ship ironic without == in the requiremenst for ironic-lib21:47
JayFthen old releases installed from pip could pull in newer ironic-lib, and break things21:47
rloook, we need to fix or be aware of that...21:47
JayFyeah, I'm going to file a bug about it21:48
rloothx JayF21:48
jlvillalYou have to scroll to the right to see how it works:  https://github.com/openstack/ironic/blob/stable/mitaka/tox.ini#L921:48
jlvillalBut they use the stable/mitaka version of upper-constraints.txt21:48
JayFjlvillal: nobody uses tox except developers.21:48
*** sdake has joined #openstack-ironic21:48
JayFjlvillal: so that's not really valid to the question of "do we break users"21:48
JayFjlvillal: right now, requirements.txt says any version if ironic-lib 1.1.0 or newer works with stable/mitaka21:49
JayFthat may not always be true.21:49
jlvillalJayF: I believe (don't know for sure) that they have guidelines on how to run a stable/release and use upper-constraints.txt21:49
*** sdake_ has joined #openstack-ironic21:50
*** sdake has quit IRC21:54
JayFhttps://bugs.launchpad.net/ironic/+bug/161664822:00
openstackLaunchpad bug 1616648 in Ironic "Newer ironic-lib can be installed in stable branches" [Undecided,New]22:00
JayFjroll: you should look at https://bugs.launchpad.net/ironic/+bug/1616648 tomorrow22:01
*** sdake_ has quit IRC22:01
*** vishwanathj has quit IRC22:02
*** jhooker has quit IRC22:03
*** sdake has joined #openstack-ironic22:03
*** hj-hpe has joined #openstack-ironic22:04
*** cdearborn has quit IRC22:07
openstackgerritOleksandr Berezovskyi proposed openstack/ironic-inspector: [WIP] Implement rules for ports  https://review.openstack.org/36010422:13
openstackgerritOleksandr Berezovskyi proposed openstack/ironic-inspector: [WIP] Implement rules for ports  https://review.openstack.org/36010622:22
jlvillalJayF: Thanks for filing that bug22:23
JayFnp22:23
rajinirkrtaylor: The test_baremetal_server_ops is run twice by our CI. One from the tempest folder and other from ironic plugin. How can I make only one run?22:24
rajinirThe test_baremetal_server_ops is run twice by our CI. One from the tempest folder and other from ironic plugin. How can I make only one run?22:24
*** michauds has quit IRC22:30
*** jrist has quit IRC22:33
*** trandles has quit IRC22:34
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Add metrics for IPA extensions  https://review.openstack.org/36011122:34
rloojlvillal: what's the breaking change wrt https://review.openstack.org/#/c/348953/8/ironic_lib/utils.py?22:36
jlvillalrloo: What it returns.22:36
jlvillalrloo: Look at the unit tests22:37
rloojlvillal: but nothing is using this method.22:37
jlvillalrloo: https://review.openstack.org/#/c/348953/8/ironic_lib/tests/test_utils.py@29522:37
jlvillalrloo: Yes. But the code is copied from Ironic. And IPA expects to get it in that format.22:38
jlvillalrloo: So if Ironic starts using this new code and then run an old IPA. I think it will not work.22:38
jlvillalI could be wrong.22:38
JayFjlvillal: IMO that should be handled /in IPA and Ironic/22:39
JayFjlvillal: not in ironic-lib22:39
rloojlvillal: oh. maybe be more explicit in your review then. i don't know what lucas is intending and/or maybe he didn't think of that.22:39
jlvillalI'll still continue to disagree.22:39
jlvillalrloo: Okay22:39
JayFIMO we shouldn't " introduce code into ironic-lib to22:39
JayFblah, [enter] mid-edit22:39
*** anush_ has quit IRC22:39
JayFIMO we shouldn't introduce "old"code into ironic-lib to22:40
JayFIMO we shouldn't introduce "old" code into ironic-lib just to ensure compatibility22:40
rloowell, i can't agree or disagree w/o knowing how it will be used. i asked at some point but i know he's in a hurry to get it into the library.22:40
JayFthere we go, I need to avoid the enter key better, haha22:40
*** causten has quit IRC22:40
jlvillalJayF: The old code is already there.22:41
JayFAnd it's compataible with the preexisting stuff in ipa/ironic/22:41
jlvillalThe parse_root_device_hints() is in both ironic-lib and ironic22:41
jlvillalCurrently not used in ironic-lib from what I can tell.22:41
*** bfournie has quit IRC22:42
jlvillalWhat is currently there works with IPA.22:42
jlvillalMy concern is that the changes will break IPA. First because the IPA code expects it to be in the format that it is currently.22:42
jlvillalCurrently it is like:  'size': 1234522:43
jlvillalnew way would be:  'size': '== 12345'22:44
*** rpioso has quit IRC22:44
jlvillalAnd strings like: 'wnm': "foo" become  'wnm': "s== foo"22:44
jlvillalI would think IPA will need to be changed to understand that.22:44
JayFmaybe so, I'm curious what lucas-dinner will say22:45
jlvillalMe too22:45
*** jrist has joined #openstack-ironic22:45
*** rcernin has quit IRC22:53
*** zigo has quit IRC22:56
*** sdake has quit IRC22:57
*** zigo has joined #openstack-ironic22:57
*** sdake has joined #openstack-ironic23:07
jroll<tonyb:#openstack-ironic> jroll: we shoudl chat about that constraints/dockerfile review  See if we can muster someone on the ironic side to run with it <- tonyb, I mentioned in the review "mat128 volunteered to do the dockerfile bits this week." and I guess it's in progress here https://review.openstack.org/#/c/358855/23:08
jrolltonyb: I see you saw that now :D23:08
jrollanteaya: some of us have seen that user story. no surprises in there. things that bend the laws of physics, maybe, but no surprises :)23:15
jrolldtantsur|afk: we don't use i18n in IPA because it isn't user facing. open to changing that, but it's been the reason in the past23:15
anteayajroll: thank you23:15
anteayajroll: mostly my point was don't let the term 'user story' dissuage operators from joining project channels and weekly meetings and speaking up about their needs23:16
tonybjroll: Yeah jlvillal pointed me at it :)23:16
tonybjroll: thanks for following up.23:16
anteayathere seems to be a feeling that a user story prevents folks from joining in23:16
jrollanteaya: +123:18
jrolltonyb: no problem23:18
jrollI only skimmed scrollback, so if I didn't respond to something that folks super care about please ping me again23:18
jrollJayF: on that bug... that's an openstack-wide problem, generally regarded as fixed by upper-constraints (as in, we assume people are supposed to use them, and people know to use them)23:19
jrolljlvillal: ^^23:20
jlvillaljroll: Thanks23:20
jrollpatches to g-r to cap things will almost certainly be -2'd23:20
jrollbut you can confirm with tonyb, requirements, ptl, if you like23:20
tonybjroll: Yeah probably but each one is assessed on merits, but you're right if it's somethign that's covered by upper-constraints then it'll probably get -2'd23:21
tonybjroll: which bug/review?23:21
jrolltonyb: https://bugs.launchpad.net/ironic/+bug/161664823:22
openstackLaunchpad bug 1616648 in Ironic "Newer ironic-lib can be installed in stable branches" [Undecided,New]23:22
tonybjroll: Thanks.23:26
jrollnp, thanks for jumping in :P23:26
tonybjroll, JayF: I added my $0.0223:26
jrollty sir23:26
tonybjroll: always happy to help.  Most of the time I'm just a nick highlight away (if I'm awake)23:27
jrolltonyb: that's why we love you ;)23:27
tonyb:)23:27
tonybawww shucks23:27
*** krtaylor has joined #openstack-ironic23:33
*** rama_y has quit IRC23:33
*** rama_y has joined #openstack-ironic23:36
*** jcoufal has joined #openstack-ironic23:36
*** jcoufal has quit IRC23:44
*** rama_y has quit IRC23:56

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