Tuesday, 2016-08-02

*** rbudden has quit IRC00:07
*** kirankv has joined #openstack-ironic00:10
*** baoli has quit IRC00:10
*** r-daneel has quit IRC00:11
*** wajdi has joined #openstack-ironic00:12
*** jcoufal_ has joined #openstack-ironic00:13
*** ishant|away has joined #openstack-ironic00:13
*** jcoufal has quit IRC00:15
*** lazy_prince has joined #openstack-ironic00:18
*** lazy_prince has quit IRC00:22
*** rama_y has joined #openstack-ironic00:22
*** ishant|away has quit IRC00:23
*** kirankv has quit IRC00:23
*** mtanin___ has joined #openstack-ironic00:28
openstackgerritStephanie Miller proposed openstack/ironic: Introduce new RPCs to support volume target operations  https://review.openstack.org/28522000:28
*** fxpester has joined #openstack-ironic00:30
*** mtanino has quit IRC00:30
*** achanda has joined #openstack-ironic00:39
*** hoangcx has joined #openstack-ironic00:39
*** michauds has quit IRC00:39
*** TuanLuong has joined #openstack-ironic00:43
*** phuongnh has joined #openstack-ironic00:46
*** yuanying has quit IRC00:54
*** yuanying has joined #openstack-ironic01:02
*** TuanLuong has quit IRC01:03
*** fxpester has quit IRC01:04
*** achanda has quit IRC01:10
*** sdake has quit IRC01:14
*** jcoufal_ has quit IRC01:28
*** achanda has joined #openstack-ironic01:31
*** bvandewa has quit IRC01:35
*** jcoufal has joined #openstack-ironic01:41
*** yuanying has quit IRC01:45
*** yuanying has joined #openstack-ironic01:46
*** jhesketh has quit IRC01:51
*** jhesketh has joined #openstack-ironic01:51
*** mtanin___ has quit IRC01:52
*** thrash is now known as thrash|g0ne01:53
*** yuanying has quit IRC01:55
*** jcoufal has quit IRC02:04
*** yuanying has joined #openstack-ironic02:04
*** jcoufal has joined #openstack-ironic02:05
*** hoangcx2 has quit IRC02:06
*** milan has quit IRC02:06
*** hshiina has joined #openstack-ironic02:06
*** bvandewa has joined #openstack-ironic02:08
*** milan has joined #openstack-ironic02:11
*** yuanying has quit IRC02:24
*** yuanying has joined #openstack-ironic02:25
*** amitkqed has quit IRC02:30
*** amitkqed has joined #openstack-ironic02:30
*** achanda has quit IRC02:32
*** yuanying has quit IRC02:32
*** milan has quit IRC02:36
*** milan has joined #openstack-ironic02:37
*** achanda has joined #openstack-ironic02:44
*** harlowja_at_home has joined #openstack-ironic02:49
*** harlowja_at_home has quit IRC02:57
*** lazy_prince has joined #openstack-ironic03:00
*** Sukhdev has quit IRC03:01
*** ishant|away has joined #openstack-ironic03:01
*** lazy_prince has quit IRC03:05
*** sabeen has quit IRC03:05
*** lazy_prince has joined #openstack-ironic03:05
*** sabeen has joined #openstack-ironic03:06
*** ishant|away has quit IRC03:09
*** ishant|away has joined #openstack-ironic03:09
*** sabeen1 has joined #openstack-ironic03:10
*** sabeen has quit IRC03:12
*** achanda has quit IRC03:14
*** ishant|away has quit IRC03:15
*** kirankv has joined #openstack-ironic03:15
*** ishant|away has joined #openstack-ironic03:17
*** amotoki has joined #openstack-ironic03:27
*** Romanenko_K has joined #openstack-ironic03:31
*** yuanying has joined #openstack-ironic03:48
*** jcoufal has quit IRC03:50
*** achanda has joined #openstack-ironic03:55
*** achanda has quit IRC03:55
openstackgerritNisha Agarwal proposed openstack/ironic: Enhance ilo drivers to do inband-inspection  https://review.openstack.org/34357704:23
*** crinkle has quit IRC04:35
*** crinkle has joined #openstack-ironic04:35
*** links has joined #openstack-ironic04:36
*** syed_ has quit IRC04:42
*** harlowja_at_home has joined #openstack-ironic04:49
*** harlowja_at_home has quit IRC04:55
*** milan has quit IRC05:07
*** milan has joined #openstack-ironic05:07
openstackgerritShivanand Tendulker proposed openstack/ironic: Follow-up patch for d36bd6f74aa12f6d460fbf086893150a2dc92d63  https://review.openstack.org/34980005:14
*** sabeen1 has quit IRC05:16
*** bks has joined #openstack-ironic05:23
*** appu103_ has joined #openstack-ironic05:28
*** appu103_ is now known as aparnav05:29
openstackgerritShivanand Tendulker proposed openstack/ironic: Fix iLO drivers inconsistent boot mode default value  https://review.openstack.org/34523105:32
*** ChubYann has quit IRC05:35
*** moshele has joined #openstack-ironic05:44
openstackgerritBharath kumar proposed openstack/ironic: adding back the inspect_ports as an optional parameter  https://review.openstack.org/32523005:45
*** achanda has joined #openstack-ironic05:46
*** f28d798e4ecff has joined #openstack-ironic06:06
*** rama_y has quit IRC06:21
f28d798e4ecffHello, guys. I'm trying to implement a basic mdraid (software raid) support for ironic-python-agent to see if it will work good enough in our environment.06:22
f28d798e4ecffHowever, since I am not a developer at all, it's hard for me to understand some pieces. Currently I have built a test ramdisk with modified IPA including dummy hardware manager with create_configuration and delete_configuration implemented.06:24
f28d798e4ecffI did see that target_raid_config being passed to the create_configuration. However, since I could not find any create_configuration function signature guides, I believe, my method returns not what it supposed to. So, my test node is stuck at clean_wait state.06:26
f28d798e4ecffAlthoigh, I have specified that create_configuration and delete_configuration are abortable, in conductor log I can see that both steps are considered non-abortable and clean abort is possible only after the step will be finished.06:27
f28d798e4ecffCan you, please, guide me on how can I force-abort node cleaning?06:27
*** mjura has joined #openstack-ironic06:29
*** lok has joined #openstack-ironic06:34
*** mjura has quit IRC06:36
openstackgerritAparna proposed openstack/ironic: Support 'hardware_disk_erase' as a cleaning step  https://review.openstack.org/34948406:36
*** mjura has joined #openstack-ironic06:36
bkscan someone review https://review.openstack.org/#/c/325230/9, please?06:37
openstackgerritDavid Lenwell proposed openstack/ironic: Introduce VolumeConnector object  https://review.openstack.org/21458406:40
openstackgerritDavid Lenwell proposed openstack/ironic: Introduce new RPCs to support volume connector operation  https://review.openstack.org/21458506:40
openstackgerritDavid Lenwell proposed openstack/ironic: Add REST API for volume connector operation  https://review.openstack.org/21458606:40
openstackgerritDavid Lenwell proposed openstack/ironic: Add volume_connector table to save connector information  https://review.openstack.org/20098306:40
*** tesseract- has joined #openstack-ironic06:43
openstackgerritVasyl Saienko proposed openstack/ironic-inspector: Use OSC in exercise.sh  https://review.openstack.org/34461606:44
*** rbartal has joined #openstack-ironic06:48
openstackgerritShivanand Tendulker proposed openstack/ironic: Follow-up patch for d36bd6f74aa12f6d460fbf086893150a2dc92d63  https://review.openstack.org/34980007:01
*** hshiina has quit IRC07:07
*** fxpester has joined #openstack-ironic07:11
*** achanda has quit IRC07:15
*** jpich has joined #openstack-ironic07:20
*** ccamacho is now known as ccamacho|afk07:26
openstackgerritDavid Lenwell proposed openstack/ironic: Add REST API for volume connector and volume target operation  https://review.openstack.org/21458607:29
*** jpich has quit IRC07:29
*** mbound has joined #openstack-ironic07:35
*** hshiina has joined #openstack-ironic07:40
*** jpich has joined #openstack-ironic07:41
*** aarefiev has joined #openstack-ironic07:43
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Update devstack plugin with new auth options  https://review.openstack.org/29731207:45
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Migrate to using keystoneauth Sessions  https://review.openstack.org/23698207:45
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: Use new agent API if available  https://review.openstack.org/33452307:49
*** ohamada has joined #openstack-ironic07:58
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-ironic08:00
*** Goneri has joined #openstack-ironic08:07
*** hecliunyx has quit IRC08:07
*** tangchen has quit IRC08:08
*** tangchen_ has quit IRC08:08
*** hecliunyx has joined #openstack-ironic08:09
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:10
*** livelace has joined #openstack-ironic08:14
*** jralph_ has joined #openstack-ironic08:14
*** achanda has joined #openstack-ironic08:16
*** jmiu has quit IRC08:16
*** lekha has quit IRC08:16
*** jmiu_ has joined #openstack-ironic08:16
*** jralph has quit IRC08:17
*** strigazi has quit IRC08:18
*** marulkan has quit IRC08:18
*** cppforlife_ has quit IRC08:19
*** lekha has joined #openstack-ironic08:19
*** clenimar has quit IRC08:19
*** tangchen has joined #openstack-ironic08:20
*** tangchen_ has joined #openstack-ironic08:20
*** marulkan1 has joined #openstack-ironic08:20
*** cppforlife__ has joined #openstack-ironic08:21
*** cppforlife__ has quit IRC08:21
*** cppforlife__ has joined #openstack-ironic08:21
*** fungi has quit IRC08:22
*** cppforlife__ is now known as cppforlife_08:22
*** achanda has quit IRC08:22
*** dtantsur|afk is now known as dtantsur08:22
*** clenimar has joined #openstack-ironic08:23
dtantsurMorning Ironic (won't call this morning "good" for sure)08:23
lucasagomesdtantsur, morning :D welcome back08:23
dtantsurhey lucasagomes!08:24
*** fungi has joined #openstack-ironic08:24
dtantsurjroll, essentially yes. I'll get back to it, and +2/-1 depending on how I like them :)08:25
*** links has quit IRC08:26
*** strigazi has joined #openstack-ironic08:26
*** greghaynes has quit IRC08:29
fxpesterdo I understand correct that ironic provides nodes for Nova-Compute, and then Nova can start VMs on them ? or ironic provides end-user services/Machines ?08:35
f28d798e4ecffHi, fxpester.08:38
f28d798e4ecffIt provides the way to manage bare-metal servers in fashion same to the VMs.08:39
f28d798e4ecffIt includes hardware inspection, operating system provisioning and pre-deploy disk secure erase.08:39
*** greghaynes has joined #openstack-ironic08:40
vsaienk0Morning lucasagomes, dtantsur, vdrok, sambetts, jroll and all Ironic'ers!08:41
*** links has joined #openstack-ironic08:41
dtantsurmorning vsaienk008:44
openstackgerritYuiko Takada Mori proposed openstack/ironic: Add node serial console installation howto  https://review.openstack.org/29387208:44
pas-hafxpester: as part of OpenStack, Ironic is not really though as cloud end-user facing, by default it is only operable by cloud admin. All end-user interactions should go via Nova08:45
fxpesterpas-ha: thx08:45
lucasagomesvsaienk0, hi there08:46
*** mbound has quit IRC08:47
*** bvandewa has quit IRC08:51
*** daemontool_ has joined #openstack-ironic08:51
*** TuanLA has joined #openstack-ironic08:52
f28d798e4ecffGuys, sorry for being so bothersome, but let me repeat my question one more time. Is there any way to manually clear clean_step property of the node? Currently I've brought node to manage state, but since clean_step is not empty, looks like ironic conductor is still waiting for the data in  AgentRAID._create_configuration_final.08:53
*** stendulker has joined #openstack-ironic08:54
*** daemontool__ has quit IRC08:54
*** electrofelix has joined #openstack-ironic08:56
*** mbound has joined #openstack-ironic08:56
lokdtantsur vsaienko review please https://review.openstack.org/#/c/272658/08:57
*** bks has quit IRC08:58
*** bks has joined #openstack-ironic08:58
*** bks has quit IRC09:00
*** aparnav has quit IRC09:02
*** appu103_ has joined #openstack-ironic09:04
milanmorning Ironic!09:05
milanmorning dtantsur lucasagomes  fxpester f28d798e4ecff vsaienk0 sambetts lok pas-ha and all! :)09:06
dtantsurmorning milan09:06
milanaarefiev, morning :)09:07
lucasagomesmilan, morning09:08
sambettsMorning all09:16
sambettsmilan: Re: LLDP patch, I'm not sure if the inspector plugin should care about the format of the data? That should be asserted on the IPA side when we ensure the packet we've received is an LLDP one right?09:17
sambettsmilan: although it isn't right now :/09:18
dtantsurmorning sambetts. I'd prefer we do server-side validations, anything on the ramdisk is hard to debug/tune09:18
sambettsdtantsur: I'm not sure testing if the data is in a particular order though gains us anything?09:20
dtantsurI'm not sure, my comment was quite general :)09:20
dtantsuri.e. if we do want to validate things, we'd better do it on the ironic-inspector side, if possible09:21
sambettssure, although in this case I think if we are adding the validation it would be on the IPA side to ensure we've received a valid LLDP packet, so we can decide not to do any parsing of it on the IPA side, if I was sending the packet raw to inspector I would say we should check it on the inspector side09:24
sambettsdtantsur: in here: https://github.com/openstack/ironic-python-agent/blob/master/ironic_python_agent/netutils.py#L14209:24
dtantsuryeah, some basic sanity check can definitely stay in IPA09:24
*** ccamacho|afk is now known as ccamacho09:27
sambettsmilan: what do you think? ^09:27
milansambetts, dtantsur I thought about reusing the generic plugin in a vendor plugin09:27
milanso the vendor might first call the generic to process the mandatory fields09:27
dtantsurwhich vendor are you referring to?09:27
sambettssure, thats what I intended09:27
sambettsthe generic one won't touch any of the other fields09:28
milanalso, if other tool than lldptool was used on IPA some sort of sanity should be done server side09:28
milansambetts, correct09:28
sambettsmilan: its all manually implemented on the IPA side09:28
*** links has quit IRC09:28
milanat minimum, there should be some specific error value to indicate IPA failed to parse/validate the LLDP packets09:29
milanin the port lldb data09:29
milanlldb09:29
milanwell. autocorrection.09:29
sambettsit'll return None for a port that failed to process a valid LLDP packet09:30
sambettsbut it doesn't enforce the LLDPDU format on those packets09:30
sambettsit just reads the TLVs09:30
milansambetts, what about parsing issues? shouldn't the error message be posted together with the None value?09:31
milanso the plug-in might indicate: oops something wrong with this node09:31
sambettsmilan: as of now, if there is a parsing issues its logged in IPA but its just treated as I received an invalid packet therefore None09:31
dtantsurit depends on whether we can get some meaningful error. and whether we can do something meaningful about it too09:32
milanI think None just doesn't say anything09:32
sambettsI think if the operator see the node is receiving no LLDP information and knows the switch should be sending it, then they know what to investigate09:33
milanlldp : { 'error': 'stdout of lldptool'} might be more useful09:33
milanfor instance09:33
*** e0ne has joined #openstack-ironic09:34
dtantsurwhat are you going to do with it next?09:34
milankeep the node on maintenance perhaps?09:34
milanor raise it as utils.Error09:34
sambettsyou going to fail inspection because the switch is derp?09:35
dtantsurmaintenance is not an option right away09:35
dtantsuras to failing the introspection. for every error we have there are people that want it to be fatal, and there are people that don't09:35
milansambetts, security-way it would be better to raise than to pass an half-configured node imo09:35
dtantsure.g. I've got enough requests to make missing local_gb not fatal09:35
dtantsurmilan, the problem here is that there is no way to opt-out of such errors from the API standpoint09:36
dtantsurso if you know that one of your nodes derps, you have to disable the hook completely for all nodes09:36
milandtantsur, ok, but if you enable this plugin and agree that it should do it's best sanity-checking lldp I think it makes sense to raise an error, doesn't it?09:36
dtantsurI'm not so confident09:37
dtantsurthis is a usual problem we have: introspection does several things, but from ironic standpoint only basic properties and MACs are mandatory09:38
milanok, what would break if it did?09:38
dtantsurI don't quite know, because I don't know what can go wrong in LLDP09:38
dtantsurdo we fail if some nodes have a switch without LLDP support?09:38
milannode plugged in wrong port maybe09:39
sambettsno, but in  that case it would just not receive a packet09:39
dtantsurthen what are these errors we expect?09:39
sambettsI think milan is talking about erroring if we receive a packet on the LLDP port number but it fails to parse09:39
milanor we assume a node should get an lldp packet and it doesn't09:39
sambettsor fails to match the LLDP RFC defined format09:39
milanbecause someone miss-plugged it09:40
sambettsmilan: we can have nodes with mixed LLDP and not LLDP ports so unless we list all the ports we can't know09:40
*** links has joined #openstack-ironic09:40
milansambetts, yeah, true, my way would enforce that if you enabled the generic plugin you declared all nodes&switches supported this09:41
sambettsright, which isn't always the case09:41
milansambetts, I see09:41
milanOK, so I'm cool lifting my -1 on that09:42
sambettsI think maybe having an error if we receive a packet which doesn't conform to the LLDP standard might be possible, but we could add that as an enhancment to the IPA netutils LLDP code09:43
* milan not sure about the None value then09:44
sambettswe'd have to return the error in a different field anyway, becuase the lldp_data field is defined as a list of lists, so putting an error message in there wouldn't work anyway09:45
milanso something like lldp_error: None/Text?09:45
sambettsor just putting it in the place we put all the other errors09:46
sambettsthen it would be handled automagically by inspector anyway09:46
*** mgould|afk is now known as mgould09:47
mgouldmorning Ironic!09:47
dtantsurmorning mgould09:47
sambettsmilan: but I'm think this is an enhancement we need to make on the IPA side09:47
sambettso/ mgould09:47
milansambetts, OK, sounds reasonable09:47
milanmorning mgould :)09:47
mgouldmorning dtantsur sambetts milan09:47
sambettsmilan: awesome :D09:48
milansambetts, cool, lemme lift my -1 with some future IPA-enhancements comment then ;)09:48
sambettssweet :)09:48
dtantsursambetts, milan, I'll be -1 to reusing "error" field for the same reason as above09:48
dtantsurif you have one derping switch, you'll have to disable lldp support for the whole cluster09:48
milandtantsur, i'm wondering whether in that case the nodes failing introspection aren't the sane thing to do09:49
sambettshmm, we'll need to RFE/spec it up and work out if error or lldp_error field or something else works better09:50
dtantsurin theory yes, but trust me in practice it's a nightmare09:50
dtantsurcause you have a customer saying "ok, we have one bad node, how do we introspect it with still supporting lldp for other nodes"09:50
milandtantsur, go to the switch and correct its config/plugs and re-run introspection?09:51
dtantsurit's not sweet to tell your customer "first introspect this node alone, then change the ramdisk kernel arguments, then introspect all nodes but this one" >_<09:51
dtantsurmilan, we're talking about malformed packages. I don't think many switching have option "screw up LLDP packages" :)09:52
*** vmud213 has joined #openstack-ironic09:52
milandtantsur, so in IPA you enabled lldp collection via cmd line but no lldp packet came, should that be an error reported to inspector?09:54
sambettsno09:54
sambettsbecause we can have some ports that have LLDP and some ports that don't09:54
dtantsurdefinitely no09:54
*** bks has joined #openstack-ironic09:54
milansambetts, dtantsur OK cool, then ignore my comments on the patch09:55
sambetts:)09:56
milan;)09:56
tangchen_Hi guys, need one more +2 for this one. Thanks. :)09:59
tangchen_https://review.openstack.org/#/c/349196/09:59
* milan relocates10:04
*** hoangcx has quit IRC10:09
aarefievmorning ironic!10:09
aarefievmorning milan :)10:09
milanaarefiev, o/ :)10:10
sambettso/ aarefiev10:11
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Add manage_boot parameter to introspection API  https://review.openstack.org/31680110:11
dtantsurmorning aarefiev10:11
aarefievo/ sambetts dtantsur10:13
*** phuongnh has quit IRC10:15
*** phuongnh has joined #openstack-ironic10:16
*** milan has quit IRC10:18
*** achanda has joined #openstack-ironic10:20
*** phuongnh has quit IRC10:22
vdroklate morning all, dtantsur lucasagomes sambetts mgould vsaienk010:22
dtantsurmorning vdrok10:23
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Provide meaningful error messages in functional tests  https://review.openstack.org/34992410:23
lucasagomesvdrok, hello there10:24
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Collect deployment logs from IPA  https://review.openstack.org/33610210:24
*** achanda has quit IRC10:26
*** dtantsur is now known as dtantsur|lunch10:28
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add "erase_devices_metadata_priority" config option  https://review.openstack.org/34417910:34
*** fxpester has quit IRC10:38
*** tangchen_ has quit IRC10:42
*** tangchen has quit IRC10:42
*** appu103_ is now known as aparnav10:43
*** tangchen_ has joined #openstack-ironic10:44
*** tangchen has joined #openstack-ironic10:45
*** Romanenko_K has quit IRC10:46
*** TuanLA has quit IRC10:48
*** TuanLA has joined #openstack-ironic10:50
*** fxpester has joined #openstack-ironic10:52
*** Lord_Phoenix has joined #openstack-ironic10:57
*** mbound has quit IRC10:58
sambettsdtantsur|lunch: hey man, sorry to be a pain, but can you undo your +W on the network_interface default thing, I think we can probably do it better a different way10:59
sambettsdtantsur|lunch: and I'd like to explore that before we merge the whole  chain that depends on that change10:59
dtantsur|lunchdone11:00
* dtantsur|lunch gets back to lunch11:00
sambettsdtantsur|lunch: thanks :) enjoy11:00
*** lok has quit IRC11:03
*** Romanenko_K has joined #openstack-ironic11:04
openstackgerritZhenguo Niu proposed openstack/ironic-python-agent: Parallel erase disk devices  https://review.openstack.org/34672311:07
*** dtantsur|lunch is now known as dtantsur11:10
openstackgerritTang Chen proposed openstack/ironic: Split API root unit and functional tests  https://review.openstack.org/34896511:11
openstackgerritTang Chen proposed openstack/ironic: Prepare for functional tests  https://review.openstack.org/34942111:11
*** stendulker has quit IRC11:24
*** zhenguo has joined #openstack-ironic11:25
*** sdake has joined #openstack-ironic11:27
jrollsambetts: what's your plan on it?11:27
TheJuliaGood morning11:28
sambettsjroll: we can add a default to the network_interface field, and then the getters and setters implemented inside the versioned object handle the processing of the default if the field is ever == None11:29
*** sdake_ has joined #openstack-ironic11:30
jrollsambetts: yeah, I thought about that, hmm11:30
mat128morning TheJulia and everyone else11:30
sambettsjroll: I'm just trying to work out all the kinks but so far its mostly working locally11:30
dtantsurmorning TheJulia11:31
jrollsambetts: does o.vo have mechanisms for that, or would it just use the build-in python stuff11:31
jrolloh, let's see :)11:31
jrollmorning everyone11:31
sambettsjroll: o.vo has built in mechanisms for it11:31
jrollwhere at?11:31
sambettsjroll: https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/fields.py#L16211:31
*** sdake has quit IRC11:31
*** tangchen has quit IRC11:32
sambettsjroll:11:32
sambettshttps://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/base.py#L7211:32
jrolloh right, I tried reading the docs11:32
jrollsilly me :D11:32
*** bigjools has left #openstack-ironic11:32
sambettshaha ;) I only know because I've done some hacking around in o.ov to fix some bugs11:33
jrollyeah, I've seen this before now that you link it11:33
sambettsthe only problem I'm hitting at the moment is that the default is set at module load time, so changing it during the tests e.g. after overriding the config involves a module reload :/\11:36
sambettsfunctionaly its working perfectly11:36
jrollcan't you have the default be a method?11:37
jrollmaybe not11:37
jrollif that's how we have to do the tests then that's fine11:37
jrollwe do that in a few other places11:37
* jroll brb11:38
sambettsits not too bad to add to the tests, just a little more complicated than your orignal plan11:38
jrollyeah11:41
jrollsambetts: wonder if it's worth refactoring later, I'd like to get this done asap as we might end up with an FFE on the nova side11:42
sambettspossibly, whats the impact of adding a function to the versioned node object and then removing it again?11:45
*** bfournie has quit IRC11:46
jrollwe'd have to deprecate it and do a major version11:48
*** thrash|g0ne is now known as thrash11:48
jrollwhich isn't a big deal11:48
jrollor just remove it, given we don't technically do rolling upgrades right anyway11:48
jrollbut the former is good practice11:48
jrollanyway let's get this up today and see what it looks like11:48
*** tangchen has joined #openstack-ironic11:48
aparnavdtantsur : Hey, I have updated the description for the RFE https://bugs.launchpad.net/ironic/+bug/1593194. Can you take a look?11:49
openstackLaunchpad bug 1593194 in Ironic "[RFE]Add hardware disk erase as cleaning step" [Undecided,Incomplete] - Assigned to Aparna (aparnavtce)11:49
dtantsurin a few minutes, busy right now11:49
openstackgerritTang Chen proposed openstack/python-ironicclient: Trivial: Remove useless spaces  https://review.openstack.org/34994911:49
*** lucasagomes is now known as lucas-hungry11:51
*** sdake_ is now known as sdake11:51
*** Lord_Phoenix has quit IRC11:52
*** dprince has joined #openstack-ironic11:55
aparnavdtantsur : okay, Thank you11:55
dtantsuraparnav, so, does this RFE essentially boil down to adding a new configuration option for another cleaning mode?12:00
aparnavdtantsur, yes.12:02
aparnavthe cleaning step which can be called us the part of both automated and manual cleaning step12:02
dtantsurjroll, do you think we need some generic way to configure step priorities on server side? ^^^12:05
dtantsurI'd prefer to avoid an RFE for each vendor clean step...12:05
openstackgerritYuiko Takada Mori proposed openstack/ironic: Add node serial console installation howto  https://review.openstack.org/29387212:07
*** milan has joined #openstack-ironic12:09
*** aparnav has quit IRC12:09
*** TuanLA has quit IRC12:09
*** aparnav has joined #openstack-ironic12:09
*** appu1034 has joined #openstack-ironic12:10
*** aparnav has quit IRC12:10
*** appu1034 is now known as aparnav12:11
openstackgerritBharath kumar proposed openstack/ironic: adding back the inspect_ports as an optional parameter  https://review.openstack.org/32523012:13
aparnavdtantsur: Do you suggest to submit it as bug?12:17
*** baoli has joined #openstack-ironic12:18
jrolldtantsur: hm, probably12:18
jrolldtantsur: though, rfe for each feature is intentional12:18
*** baoli_ has joined #openstack-ironic12:18
jrolleven if trivial12:18
*** bfournie has joined #openstack-ironic12:19
*** MattMan has quit IRC12:19
*** MattMan has joined #openstack-ironic12:19
dtantsurjroll, I understand, but it will get annoying if we treat every possible (including 3rdparty) clean step priority as a separate feature12:19
jrolldtantsur: fair enough12:20
*** fxpester|2 has joined #openstack-ironic12:21
*** baoli has quit IRC12:22
*** achanda has joined #openstack-ironic12:24
*** fxpester has quit IRC12:25
*** aparnav has quit IRC12:28
*** achanda has quit IRC12:29
openstackgerritZhenguo Niu proposed openstack/ironic: Clean nodes stuck in CLEANING state when ir-cond restarts  https://review.openstack.org/34997112:31
*** hoangcx has joined #openstack-ironic12:32
openstackgerritVasyl Saienko proposed openstack/ironic-inspector: Use OSC in exercise.sh  https://review.openstack.org/34461612:34
*** fumie has quit IRC12:34
tangchen_dtantsur: Hi Dmitry, in this patch https://review.openstack.org/#/c/348965/, I put a test in functional dir, and enabled the functional test in the previous patch. But it seems that the test didn't run. I think we need to add a job to CI. Would you please tell me how to do it ?12:36
dtantsurtangchen_, hi. I think currently this test is in the experimental pipeline and can be run by leaving a comment "check experimental" on your patch12:37
tangchen_OH, OK, THanks, I'll try it. :)12:38
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Move specs for 6.0.0  https://review.openstack.org/34997712:38
jrolleasy one? maybe?12:38
jrollsurprised there was only one spec to move12:38
*** joprovost has joined #openstack-ironic12:39
*** jjohnson2 has joined #openstack-ironic12:41
*** bks has quit IRC12:42
*** jjohnson2 has quit IRC12:43
dtantsurjroll, could you please find some time to look at https://review.openstack.org/236982 ? it's huge and twisted, but it's critical for keystone V3 support IIRC..12:43
jrolldtantsur: heh, I even had it starred12:43
dtantsurcool! I would love to get keystone v3 support by newton, I know tripleo folks a bit sad because of us not supporing it :)12:44
jrollthat's a rough one12:44
jrolltrue12:44
jrollwe should have prioritized it at beginning of cycle12:44
* jroll suddenly wonders what happened to the people that were going to put a v3-only devstack job on ironic12:44
jrollthat is a huge patch, wonder if we can split it up a bit12:45
*** moshele has quit IRC12:46
jrollanyway, gotta run a couple errands, bbiab12:46
dtantsurjroll, probably one service at a time, dunno..12:46
dtantsurpas-ha, ^^?12:46
*** links has quit IRC12:48
milansambetts, I'd have a question w/r inspector test_process module: for the introspection state support, should I mock the database or rather use sqlite?12:49
*** hshiina has quit IRC12:49
* milan actually struggles to make the mock work 12:49
milandtantsur, aarefiev also maybe have opinions ^^^12:50
dtantsurmilan, I don't think we mock database anywhere12:50
milanyeah, I checked test_node_info uses sqlite12:51
aarefievyeah, afair we have dbtestbase class for tests12:51
milancool, dbtestbase it is then :) better than mock imo ;)12:52
*** thiagop has joined #openstack-ironic12:54
*** jcoufal has joined #openstack-ironic12:54
*** rbudden has joined #openstack-ironic12:55
thiagopgood morning Ironic12:57
thiagopdtantsur: around?12:58
milanmorning thiagop! :)13:00
dtantsurthiagop, yep13:00
dtantsurmorning thiagop13:00
*** hwcomcn has joined #openstack-ironic13:01
*** hwcomcn has quit IRC13:01
thiagopdtantsur: about your comment on 340596, setting boot non-persistently is already a feature of Ironic for quite some time. We are just complying with it. Do you think we need a release note for it anyway?13:01
*** hwcomcn has joined #openstack-ironic13:02
dtantsurthiagop, we do release notes for user-visible bug fixes as well, not only features13:02
dtantsurthere is a "fixes" section in the release note template13:02
*** mtanino has joined #openstack-ironic13:02
thiagopdtantsur: okay then. I'll write it now (is there a template? I didn't know.)13:03
*** lucas-hungry is now known as lucasagomes13:03
dtantsurthiagop, when you run "tox -evenv reno new <slug>" it ends up with a new file filled in with a template13:03
mat128jroll: for that v3 only, I think it got setup as an experimental job13:04
thiagopdtantsur: magic!13:04
mat128have to drive to the office now, I can pull it up later13:04
thiagopdtantsur: thanks for the tip13:04
dtantsurnp :)13:08
*** fellypefca has quit IRC13:08
*** nicodemos has quit IRC13:08
*** thiagop has quit IRC13:09
*** clenimar has quit IRC13:09
*** xavierr has quit IRC13:09
*** gabriel-bezerra has quit IRC13:09
vdrokmorning jroll and mat12813:10
*** nicodemos has joined #openstack-ironic13:10
*** clenimar has joined #openstack-ironic13:10
*** xavierr has joined #openstack-ironic13:11
*** gabriel-bezerra has joined #openstack-ironic13:11
*** thiagop has joined #openstack-ironic13:11
*** wajdi has quit IRC13:13
pas-hadtantsur: one service per-patch migration might be tricky. right now everything is too bound to the common/keystone.py... but I'll see what could be done13:15
jrollpas-ha: or I can just trust you and land it :D13:19
pas-hathat's how I'd naturally prefer it :)13:19
jrollpas-ha: don't worry too much about splitting it, it already has a +2 and such13:19
*** causten has joined #openstack-ironic13:19
jrollI'll review once dtantsur's -1 is resolved13:20
pas-haok, as splitting would require a bit ugly things like if a function is passed a session do the new stuff, if not - do the old stuff (and keep the old stuff around)13:20
pas-hawill do13:20
lazy_princejroll: can you please review https://review.openstack.org/#/c/272658/ and possibly approve it as it already has 2 +2s..13:21
*** links has joined #openstack-ironic13:21
jrolllazy_prince: looking13:22
lazy_princejroll: thanks for spending your precious time on it..13:23
*** afaranha has joined #openstack-ironic13:23
openstackgerritSam Betts proposed openstack/ironic: Move network_interface selection logic to node object  https://review.openstack.org/35000613:24
sambettsjroll: ^ I've pushed a version up under a differnt change ID to see what you think13:25
openstackgerritMerged openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/34862713:25
* jroll queue.push(sambetts_patch)13:26
jrollsambetts: hm, I like, one question on the tests in comments13:29
*** ipukha has joined #openstack-ironic13:30
fxpester|2guys I just followed - http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack13:31
fxpester|2and it looks broken X_X no ironic process running, no baremetal flavor created...13:31
thiagopfxpester|2: what the log of devstack is saying?13:32
fxpester|2Horizon is now available at http://10.0.2.15/dashboard13:33
sambettsjroll: the reason is the default is set at a class/module level so when we update it in other tests it can bleed over into other tests, and that test is specfic to the flat network interface so if we ever changed the default it would break anyway13:33
fxpester|2so, it says everything is ok13:33
thiagopfxpester|2: maybe the plugin has failed, but the devstack build continued13:33
fxpester|2but...13:33
jrolllazy_prince: +W13:33
fxpester|2I built stable mitaka devstack and ironic on fresh ubuntu 14.04.413:33
thiagopfxpester|2: you need to see the whole log. Look for "ir-cond" and errors around this word13:34
jrollsambetts: fair enough13:34
sambettsjroll: I tried using module reloads in the tests to get it to recalculate the defaults too, but apprently reloading the versioned objects on the fly breaks a whole ton of the tests/mocks13:35
jrolllol13:35
jrollyeah, what you did is fine13:35
jrollsambetts: can you reply to that comment on gerrit, I'll +2 and rebase on top?13:35
*** mbound has joined #openstack-ironic13:35
sambettssure, do you want me to change the change id back to your orignal one?13:35
jrollsambetts: nah, it's fine as is13:36
jrollthe second patch needs some editing anyway, it was using my new function13:36
jrollmethod.13:36
jrollsambetts: oh, update your commit message too :)13:37
sambettsjroll: oh yeah, and I need to update the node version note13:37
jrollsambetts: yeah13:38
* jroll rebases now anyway and starts testing13:38
vdroksambetts: shame that it cannot just accpet a function to get the default like oslo_config does :(13:38
sambettsvdrok: yeah, it would be nice if it could calc it on the fly if given a function13:38
jrollturns out o.vo is open source, maybe someone can add that feature ;)13:39
sambetts;)13:39
sambettsalthough i guess an advantage of doing it this way is we only need to calculate it once on process start13:39
jrollyeah, but it isn't very heavy13:39
jrolloh well13:39
sambettstrue13:40
*** mbound has quit IRC13:40
*** causten has quit IRC13:41
jrollsambetts: I do wonder if this is going to be annoying for future devs writing tests13:41
*** mtanino has quit IRC13:41
jrollit isn't obvious at all, that you need to do that reset13:41
sambettsyeah :/ /me was wondering about moving that refrsh logic into the constructor of the node object, so that it would recalc it on each node load WDYT?13:42
jrollhm, maybe?13:43
sambettsmeanwhile we can pursue getting function based defaults built into o.vo13:43
jrollyeah, I guess that'll be the best route13:44
jrolleat the pain until we do that13:44
jrollwelp13:45
jrollupdated my api tests with that reload thing13:45
jroll91 failed13:45
jroll:|13:45
sambettsyeah, I think many many of the tests rely on the default logic13:46
sambettsto define the network_interface :/13:46
sambettseven when they aren't testing that dfeature13:46
openstackgerritThiago Paiva Brito proposed openstack/ironic: Onetime boot when set_boot_device isn't persistent  https://review.openstack.org/34059613:46
thiagopdtantsur: ^13:46
*** mgoddard_ has joined #openstack-ironic13:46
fxpester|2thiagop: hate the moment when you create file local.rc, instead of local.conf with local.rc header in it... :(13:46
dtantsurthnx, on the meeting now, will check later13:46
thiagopdtantsur: ack, thanks to you13:47
jrollsambetts: oh, I was just doing it wrong13:47
jrollwoohoo13:47
sambetts:-P13:47
thiagopfxpester|2: I never use local.rc. Only local.conf13:48
jroll_set_config() was blowing things up13:48
fxpester|2what is first line in local.conf ?13:48
thiagopfxpester|2: in fact, I never create. Only copy from /samples and edit13:48
sambettsjroll: ah :/13:48
*** causten has joined #openstack-ironic13:49
*** mgoddard has quit IRC13:50
*** bks has joined #openstack-ironic13:50
*** hoangcx has quit IRC13:50
*** bks has quit IRC13:50
*** bks has joined #openstack-ironic13:50
*** kumarb has joined #openstack-ironic13:53
openstackgerritJim Rollenhagen proposed openstack/ironic: Add note about network_interface migration to release notes  https://review.openstack.org/34954613:53
openstackgerritJim Rollenhagen proposed openstack/ironic: Add a data migration to fill node.network_interface  https://review.openstack.org/34952813:53
openstackgerritJim Rollenhagen proposed openstack/ironic: Test that network_interface is explicitly set on POST/PATCH  https://review.openstack.org/34952013:53
*** bks has quit IRC13:53
jrollsambetts: that's rebased on your patch, the lack of actual changes in 349520 tells me it works :)13:54
afaranhaHello, I've tried the integration code with the noop and flat network interface and it worked fine, but when I tried with neutron network interface the node stays in waiting callback state. I configured the provisioning_network_uuid and cleaning_network_uuid to use the provision network. Do I need to configure something else in order to work?13:54
jrollafaranha: you'll need to make sure your provisioning network has access to the control plane, for one13:55
*** e0ne has quit IRC13:55
*** stendulker has joined #openstack-ironic13:56
*** kumarb has quit IRC13:56
*** kumarb has joined #openstack-ironic13:56
stendulkerdtantsur: Hi13:57
afaranhajroll: I'm testing with devstack, and virtual machines as baremetal, everything configured from the ironic integration local conf. Could you tell me how configure the network to access the control plane?13:57
*** joprovost has quit IRC13:57
jrollafaranha: oh, devstack should do that for you13:57
stendulkerdtantsur: Regarding review https://review.openstack.org/#/c/34523113:58
vdroksambetts: jroll is it possible that at the time when class level 'network_interface' will be initialized with the default, config won't be parsed yet?13:58
*** dtantsur is now known as dtantsur|mtg13:58
*** e0ne has joined #openstack-ironic13:58
jrollvdrok: don't think so, with the cnofig centralization stuff we initialize all the config at startup now13:58
vdrokoh, right, it has changed now13:59
afaranhajroll: Actually devstack is not creating the provision network, I create it based on the configuration in local conf, I create the network normally, and then create a subnet with the subnet prefix and gateway as indicated. Is there any other step?13:59
jrollafaranha: I'm not sure, I haven't run devstack with neutron driver in a while now14:00
jrollvdrok: ^^ do you know14:00
*** Goneri has quit IRC14:00
*** anush_ has joined #openstack-ironic14:00
*** causten has quit IRC14:00
vdrokafaranha: there are more steps iirc14:01
vdroklet me find this place in devstack plugin14:01
*** causten_ has joined #openstack-ironic14:02
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Move specs for 6.0.0  https://review.openstack.org/34997714:03
afaranhavdrok: sure, let me find it then, thank you for the help :)14:03
thiagopstendulker: thanks for reviewing 340596. Hope we're using iLO's rest API in the correct way14:03
afaranhathanks jroll14:03
*** vmud213 has quit IRC14:03
vdrokafaranha: here they are I think https://github.com/openstack/ironic/commit/8fe320753c10ede6445781cc884cadc2bc235ea514:04
*** baoli_ has quit IRC14:04
stendulkerthiagop: I did not check your library side of code as it was merged when I was reviewing it. Will take a look.14:04
*** ametts has joined #openstack-ironic14:04
afaranhavdrok: thanks, I'm gonna check it14:04
*** Goneri has joined #openstack-ironic14:04
sambettsjroll: I'm just testing out a version of the patch with the default getting updated in the __init__ of the node14:04
thiagopstendulker: It would be awesome, thanks14:05
jrollsambetts: cool, take your time14:05
jrollsambetts: those tests I have in the next patch might be helpful too14:05
sambettsjroll: in the POST/PATCH one?14:06
jrollsambetts: yeah, it now only adds tests, no code modifications14:06
sambettsmakes sense to squash them then14:07
jrollprobably14:07
jrollI don't mind either way14:07
openstackgerritThiago Paiva Brito proposed openstack/ironic: Onetime boot when set_boot_device isn't persistent  https://review.openstack.org/34059614:08
stendulkerthiagop: It would be better if you set system['Boot']['BootSourceOverrideEnabled'] to 'Once' explicitly14:09
stendulkerthiagop: I'm not sure if thts default behavior, nonethless its safe to set it that way for one-time boot14:10
stendulkerthiagop: it should have value of 'Continuous' if you want to set it as persistent14:10
thiagopstendulker: to set it persistently, I'd use OneView directly since it enforce it's state14:11
thiagopits*14:11
stendulkerthiagop: ok14:12
*** links has quit IRC14:12
thiagopstendulker: but I'll use "Once" to comply with the model, then14:15
thiagopstendulker: ty14:15
NobodyCamGood morning Ironic'ers14:17
thiagopgood morning, NobodyCam14:17
NobodyCamMorning thiagop :)14:17
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add openstack baremetal driver commands  https://review.openstack.org/35005014:19
*** kumarb has quit IRC14:23
*** kumarb has joined #openstack-ironic14:23
jlvillalGood morning everyone :)14:25
thiagopmorning jlvillal14:25
Romanenko_Khi, jlvillal!14:25
openstackgerritMerged openstack/ironic: Use 'UUID', not 'uuid' in exception strings  https://review.openstack.org/34688314:26
jlvillalHi thiagop Romanenko_K :)14:26
*** stendulker has quit IRC14:28
*** mgoddard_ has quit IRC14:29
*** mgoddard has joined #openstack-ironic14:29
*** wajdi has joined #openstack-ironic14:30
*** kumarb has quit IRC14:31
*** kumarb has joined #openstack-ironic14:31
*** kumarb has quit IRC14:35
*** kumarb has joined #openstack-ironic14:35
openstackgerritThiago Paiva Brito proposed openstack/python-oneviewclient: Comply with iLO model of usage for one-time boot  https://review.openstack.org/35006014:36
*** achanda has joined #openstack-ironic14:36
openstackgerritZhenguo Niu proposed openstack/ironic-inspector: Check whether action value is string before calling format()  https://review.openstack.org/34939214:37
*** sborkows has joined #openstack-ironic14:39
*** hoangcx has joined #openstack-ironic14:39
*** kumarb has quit IRC14:39
*** PollyZ has joined #openstack-ironic14:42
openstackgerritSam Betts proposed openstack/ironic: Move default network_interface logic in node object  https://review.openstack.org/35000614:43
openstackgerritSam Betts proposed openstack/ironic: Test that network_interface is explicitly set on POST/PATCH  https://review.openstack.org/34952014:43
sambettsjroll: ^14:43
*** mtanino has joined #openstack-ironic14:45
NobodyCamMorning jlvillal, Romanenko_K, sambetts :)14:47
*** achanda has quit IRC14:48
*** hoangcx has quit IRC14:50
*** hoangcx2 has joined #openstack-ironic14:50
*** hwcomcn has quit IRC14:51
*** hoangcx2 has quit IRC14:51
sambettso/ NobodyCam14:51
NobodyCam:)14:51
jmiu_good morning NobodyCam14:51
NobodyCammorning jmiu_ :)14:51
*** hoangcx has joined #openstack-ironic14:51
*** jvgrant has joined #openstack-ironic14:52
*** michauds has joined #openstack-ironic14:53
*** joprovost has joined #openstack-ironic14:54
*** rama_y has joined #openstack-ironic14:56
fxpester|2guys, I still have bunch of stupid questions %) I`m testing mitaka devstack now, so I assume KVM host is like `baremetal` machine14:57
fxpester|2does ironic-node running neutron-agent, nova-agent, etc-agents ?14:58
fxpester|2how to check it ?14:58
*** rama_y has quit IRC15:00
*** hshiina has joined #openstack-ironic15:00
*** jvgrant has quit IRC15:03
*** rama_y has joined #openstack-ironic15:04
*** mjura has quit IRC15:04
*** baoli has joined #openstack-ironic15:06
sambettsfxpester|2: in devstack we create VMs which simulate baremetal machines15:06
sambettsfxpester|2: if you do a virsh list --all15:07
fxpester|2sambetts: yes, how to get into that VM ?15:07
fxpester|2sambetts: yes, I can see it15:07
fxpester|2sambetts: can`t figure it`s ip for now :D15:07
sambettsfxpester|2: into it? after deploying an image to it?15:07
sambettsssh or something?15:07
*** dtantsur|mtg is now known as dtantsur15:08
fxpester|2sambetts: exactly15:08
fxpester|2ssh15:08
jroll'nova list' or 'nova show' should give you the IP of the instance15:08
*** mbound has joined #openstack-ironic15:10
fxpester|2so, in `nova list`, `ironic node-list` and `virsh list` I see exactly same Virtual/Baremetal machine ? no additional virtualization or abstraction ?15:13
vgadirajmariojv: Are you still working on this bug? https://bugs.launchpad.net/ironic/+bug/160241015:13
openstackLaunchpad bug 1602410 in Ironic "agent_last_heartbeat type not consistent with other date fields" [Undecided,New] - Assigned to Mario Villaplana (mario-villaplana-j)15:13
*** syed_ has joined #openstack-ironic15:14
mariojvvgadiraj: i was planning on working on it later this week, but feel free to start on it if you're interested15:14
lucasagomesfxpester|2, what you mean by "additional virtualization or abstraction" ?15:15
lucasagomesfxpester|2, the VM (the one you see in virsh list) is the same that is registered in Ironic (ironic node-list) and (after deployed) have a nova instance running on it (nova list)15:16
fxpester|2lucasagomes: what I was sure about: We call `nova boot`, nova calls Ironic, Ironic bootstrap physical machine, setup it as new Compute node, and creating my new VM on it15:16
jrollfxpester|2: no15:17
lucasagomesfxpester|2, no really... I mean, that sounds like TripleO15:17
sambettsfxpester|2: you call nova boot, nova calls Ironic, Ironic provisions the baremetal node as your instance15:17
lucasagomesbut ironic itself stops at the boostrap phase15:17
*** Sukhdev has joined #openstack-ironic15:20
*** milan has quit IRC15:22
*** hoangcx has quit IRC15:24
*** Sukhdev has quit IRC15:25
*** hoangcx has joined #openstack-ironic15:27
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Update devstack plugin with new auth options  https://review.openstack.org/29731215:28
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic: Migrate to using keystoneauth Sessions  https://review.openstack.org/23698215:28
*** Sukhdev has joined #openstack-ironic15:30
*** sabeen has joined #openstack-ironic15:32
*** rbartal has quit IRC15:33
*** hshiina has quit IRC15:33
*** lucasagomes has quit IRC15:37
*** lucasagomes has joined #openstack-ironic15:44
dtantsurgoing now, see you tomorrow!15:45
sambettscya dtantsur15:45
*** dtantsur is now known as dtantsur|afk15:45
lucasagomesdtantsur, see ya, have a great evening15:45
*** afaranha has quit IRC15:47
vgadirajI had a question. I am running tox -edocs on ubuntu 16.04. When running Sphinx, it states Using openstack theme from /home/ubuntu/ironic/.tox/venv/local/lib/python2.7/site-packages/oslosphinx/theme.  It's opening the theme from python2.7. Does anyone know how I can change this to use python3.5?15:48
*** sborkows has quit IRC15:50
jrollhm, docs uses the 'venv' tox target which is always 2.7 right now15:58
jrollvgadiraj: any specific reason you need that using 3.5?15:58
jrollvgadiraj: you can change it with this line, change venv to py35 https://github.com/openstack/ironic/blob/master/tox.ini#L6715:59
jrolldoes anyone know where (or if) the docs exist for setting up multitenant networking? vdrok? vsaienk0?15:59
*** vmud213 has joined #openstack-ironic15:59
vdrokjroll: yep, there is, lemme find it16:00
jrollthanks16:00
vdrokjroll: kind of :) https://github.com/openstack/openstack-manuals/blob/935d55f7b8a91f949e8a71adec4e2316f83b48fd/doc/admin-guide/source/baremetal-multitenancy.rst16:01
jrollwhoa, in the admin guide? O_o16:02
jrollawesome16:02
*** tangchen_ has quit IRC16:02
*** tangchen has quit IRC16:03
vgadirajjroll: there is a bug report saying that it is breaking using 3.516:03
vgadirajthanks!16:03
vdrokjroll: also there is this patch, but it was not updated for a while https://review.openstack.org/#/c/228496/8516:03
jrollvgadiraj: aha, right on. good luck :)16:04
jrollvdrok: oh, I knew about that one but assumed it was about portgroups only...16:04
jrollyay commit messages16:04
jrollwe should split that up16:04
vdrokjroll: yup, I'll try to do that today16:04
*** jcoufal_ has joined #openstack-ironic16:04
jrollyou rock, ty16:04
*** Sukhdev has quit IRC16:05
*** jcoufal has quit IRC16:07
*** Nisha_away has joined #openstack-ironic16:07
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add openstack baremetal driver commands  https://review.openstack.org/35005016:08
openstackgerritDao Cong Tien proposed openstack/ironic: Follow-up patch of 857372a2269cdd0f8a1ae5b9e9f6e0ee193f01be  https://review.openstack.org/34940016:10
*** tangchen_ has joined #openstack-ironic16:16
*** rpioso has joined #openstack-ironic16:19
*** mbound has quit IRC16:21
*** tangchen has joined #openstack-ironic16:23
jrollso uh, nova multitenant networking patch has a +W https://review.openstack.org/#/c/297895/16:24
jroll:D16:24
jroll\o/16:24
jrollI would say thank you to a bunch of people here, but it's basically the whole channel, so thank you all for your hard work on that!16:25
JayF\o/16:25
sambetts\o/16:25
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Follow-up patch of 857372a2269cdd0f8a1ae5b9e9f6e0ee193f01be  https://review.openstack.org/34940016:25
* lucasagomes just updated the commit message ^16:25
lucasagomesjroll, w00t!16:26
mgouldjroll: \o/16:26
jrolllucasagomes: can you put a more descriptive first line on that so git log is easily readable?16:26
jrollback to nova: now, that won't land until we land this chain: https://review.openstack.org/#/q/topic:bug/160851116:26
lucasagomesjroll, yeah, lets do it... that old behavior of "follow-up of blah..."16:27
lucasagomes1 sec16:27
jrollso let's get to work on that16:27
jrolllucasagomes: heh, yeah ty16:27
*** krotscheck is now known as krot_sickleave16:27
*** Sukhdev has joined #openstack-ironic16:27
*** e0ne has quit IRC16:28
*** amotoki has quit IRC16:28
*** e0ne has joined #openstack-ironic16:28
jrollsambetts: oh man, some flaky unit tests https://review.openstack.org/#/c/349528/ http://logs.openstack.org/28/349528/6/check/gate-ironic-python27-db-ubuntu-xenial/dfe55aa/console.html#_2016-08-02_15_42_36_83841616:29
jroll:/16:29
jrollthat's on the old patch though, ignore me16:29
openstackgerritJim Rollenhagen proposed openstack/ironic: Add a data migration to fill node.network_interface  https://review.openstack.org/34952816:29
openstackgerritJim Rollenhagen proposed openstack/ironic: Add note about network_interface migration to release notes  https://review.openstack.org/34954616:29
* jroll rebases16:29
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Minor docstring and unittests fixes for IPMIConsole  https://review.openstack.org/34940016:30
lucasagomesjroll, ^16:30
* lucasagomes +2'd the patch anyway cause he only changed the commit message16:31
lucasagomesJayF, sorry I overwrote ur +W on ^ because jroll asked me to change the first line of the patch16:31
*** causten_ has quit IRC16:31
lucasagomesof the commit message of the patch*16:31
JayFlucasagomes: I -W'd myself first for that same reason16:31
JayFlucasagomes: b/c I saw that comment here16:31
lucasagomescool :-)16:31
lucasagomesI forgot to refresh the patch heh16:32
jrolllol16:32
*** Goneri has quit IRC16:37
*** jmiu_ is now known as jmiu|lunch16:38
rajinirthiagop:  hi, with two networks , we have made some progress. Need some help from you to debug this. I can see the DHCP Request and Reply from the VM. But the hardware node is not seeing the reply16:39
*** Goneri has joined #openstack-ironic16:40
sambettsrajinir: do you have neutron port security enabled in your node provider?16:40
rajinirsambetts: Are you asking about the security groups on the devstack host?16:41
sambettsrajinir: on the node running the VMs that are your jenkins slaves16:42
sambettsrajinir: you need to disable port security on that host, because it blocks DHCP being served by the VMs16:43
rajinirhttps://www.irccloud.com/pastebin/Gj2GLk7e/Ironic-debug-drac16:43
rajinirsambetts: Have set the Q_USE_SECGROUP to false16:44
lucasagomesfolks, calling it a day16:44
sambettso/ lucasagomes16:44
lucasagomeshave a great evening all, see ye tomorrow16:44
rajinirsambetts: This is the slave VM config16:44
*** lucasagomes is now known as lucas-dinner16:44
sambettsrajinir: thats in the test VM though right? I'm talking about the node that is hosting the test VMs16:44
rajinirsambetts: On the host how I disable?16:45
rajinirsambetts: Is it the same setting for the hosting node?16:45
sambettsrajinir: is your hosting node using devstack?16:46
rajinirsambetts: Yes,host node is devstack16:46
*** fxpester|2 has quit IRC16:46
*** jpich has quit IRC16:47
rajinirsambetts: something like this ? neutron port-update  <port_id> ---port-security-enabled=False16:49
thiagoprajinir: back from lunch. Morning!16:50
* thiagop reads16:50
sambettsrajinir: right, you can do it like that but as the ports are created on the fly by node-pool that won't work, you can however disable it at a network level16:51
*** causten has joined #openstack-ironic16:51
rajinirsambetts: net-update16:51
*** tesseract- has quit IRC16:51
sambettsright16:51
thiagoprajinir: what I think sambetts is saying is that you need to disable port_security on the cloud you're using to launch the devstack16:51
*** bvandewa has joined #openstack-ironic16:53
rajinirsambetts: thiagop: got it, let me give it a try. thanks16:53
rajinirsambetts, do I have to restart neutron with this change for it to be effective?16:55
sambettsrajinir: nope you should have too16:56
*** jvgrant has joined #openstack-ironic16:56
rajinirsambetts: ok, may be recreate the vm?16:56
rajinirsambetts: didn't see any reply yet16:57
thiagoprajinir: If the underlying cloud is <=mitaka, you may want to see this: https://bugs.launchpad.net/nova/+bug/117546416:57
openstackLaunchpad bug 1175464 in OpenStack Compute (nova) "should not add default security group to quantum unless api-request had it" [High,In progress] - Assigned to sahid (sahid-ferdjaoui)16:57
thiagoprajinir: this one fixed it for newton -> https://review.openstack.org/#/c/284095/16:58
*** chlong has quit IRC16:58
thiagoprajinir: we had to apply it by hand in our kilo cloud's nova...16:59
rajinirthiagop: ok, we built this devstack on the host machine very recently, so it is newton based for sure16:59
thiagoprajinir: are you running a devstack inside a devstack?16:59
* thiagop minds blows16:59
thiagopmind*16:59
sambettsthiagop: ;)17:00
rajinirthiagop: yes :(17:00
*** f28d798e4ecff has quit IRC17:00
thiagoprajinir: but anyway, if DHCP requests are being seen in the devstack's network, I should work17:01
*** PollyZ has quit IRC17:01
rajinirthiagop: ok, so there is hope ;)17:01
*** ohamada has quit IRC17:02
thiagopunless a routing table somewhere are sending this package somewhere else other than back to private_net's gateway..17:02
rajinirthiagop: ok17:02
rajinirsambetts,thiagop: May be I have to disable on the port associated with the VM or recreate it. I tried to disable on port direct and got this message Port has security group associated. Cannot disable port security or ip address until security group is removed17:07
thiagoprajinir: remove the security group then disable port_security17:08
*** anush_ has quit IRC17:11
*** chlong has joined #openstack-ironic17:12
*** ametts has quit IRC17:12
rajinirthiagop, sambetts: that worked, I see the replies. :)17:12
thiagoprajinir: w00t17:12
sambetts\o/17:12
*** ametts has joined #openstack-ironic17:13
*** Goneri has quit IRC17:13
rajinirthiagop: sambetts: Yay, thank you.  great17:14
*** mbound has joined #openstack-ironic17:16
jrolleasy specs review if someone has a moment, just marking one as implemented https://review.openstack.org/#/c/349977/17:17
*** crinkle has quit IRC17:17
JayFjroll: landed it17:18
jrollthanks17:18
* jroll spots devananda17:19
devananda:)17:19
devanandag'morning17:19
jrollmorning :)17:19
sambettso/ devananda17:19
devanandatoday has a lot less distractions than yesterday - hopefully I can get to the bottom of hte keystone policy patch failures17:19
devanandaI also see a few patches up for migration to keystoneauth that I want to test, and possibly pull into a single patch chain17:19
devanandaas they're all touching the auth systems and how we configure users in devstack17:20
*** moshele has joined #openstack-ironic17:21
jrolldevananda: ++17:22
openstackgerritMerged openstack/ironic-specs: Move specs for 6.0.0  https://review.openstack.org/34997717:24
*** e0ne has quit IRC17:24
*** vmud213 has quit IRC17:26
*** Goneri has joined #openstack-ironic17:28
*** bvandewa has quit IRC17:31
openstackgerritVladyslav Drok proposed openstack/ironic: Operator documentation for multitenancy  https://review.openstack.org/22849617:31
vdrokmorning devananda17:31
vdrokjroll: ^^ first try to fix that :)17:32
jrollvdrok: nice, ty17:32
openstackgerritDevananda van der Veen proposed openstack/ironic: [WIP] add test to ensure policy is always authorized  https://review.openstack.org/35017717:32
*** bvandewa has joined #openstack-ironic17:34
*** bvandewa has quit IRC17:34
* sambetts -> home 17:34
sambettsnight all17:34
*** sambetts is now known as sambetts|afk17:35
thiagopnight sambetts|afk17:35
*** tangchen has quit IRC17:35
openstackgerritMichael Turek proposed openstack/ironic: Add portgroups to support LAG interfaces - API  https://review.openstack.org/33217717:37
openstackgerritStephanie Miller proposed openstack/ironic: Add volume_connector table to save connector information  https://review.openstack.org/20098317:37
*** tangchen has joined #openstack-ironic17:39
* vdrok leaves too17:40
vdrokgood night o/17:40
thiagopgood night vdrok17:40
JayFwith the new conf reorganization stuff, I'm really confused about the roles of ironic/conf/default.py vs the other files17:43
JayFwho might be a good person to ask about what?17:43
jrollJayF: what's your question?17:44
JayFWTF is that file for17:44
JayFmore or less17:44
jrollthings that don't fit elsewhere, iirc?17:44
JayFit appears to have a random amalgamation of configs in there17:44
JayFthat seem to be duplicated from groups in other files17:44
JayFlike there are api opts in there, despite having an api.py defining that group17:44
jrollyeah17:44
openstackgerritStephanie Miller proposed openstack/ironic: Introduce VolumeConnector object  https://review.openstack.org/21458417:44
jrollmaybe it's everything in the default group?17:45
jrollJayF: rama_y did that work, btw17:45
JayFyep, you're right17:45
jrollSukhdev: in case you missed it, the nova patch for multitenant networking is approved, and is waiting for some dependent patches in ironic :D17:45
JayFjust confusing how it's laid out17:45
JayFthanks, I thought it was something silly I wasn't getting17:45
jrollyay for guessing correctly \o/17:45
JayFlol17:46
*** Sukhdev has quit IRC17:46
openstackgerritStephanie Miller proposed openstack/ironic: Introduce new RPCs to support volume connector operation  https://review.openstack.org/21458517:50
*** electrofelix has quit IRC17:54
*** PollyZ has joined #openstack-ironic17:54
jrollapi meeting in 5 minutes17:55
openstackgerritJay Faulkner proposed openstack/ironic: Pass agent metrics config via conductor  https://review.openstack.org/30191917:57
JayF^ now updated for config centralization17:57
JayFreviews appreciated :D17:57
*** Goneri has quit IRC18:00
*** crinkle has joined #openstack-ironic18:00
*** tangchen has quit IRC18:02
*** mgould is now known as mgould|afk18:02
*** mbound has quit IRC18:02
*** tangchen has joined #openstack-ironic18:04
openstackgerritStephanie Miller proposed openstack/ironic: Add volume_targets table to save target information  https://review.openstack.org/28521818:08
openstackgerritStephanie Miller proposed openstack/ironic: Introduce VolumeTarget object  https://review.openstack.org/28521918:09
openstackgerritStephanie Miller proposed openstack/ironic: Introduce new RPCs to support volume target operations  https://review.openstack.org/28522018:09
*** daemontool_ has quit IRC18:12
*** e0ne has joined #openstack-ironic18:17
*** Nisha_away has quit IRC18:17
*** ChubYann has joined #openstack-ironic18:18
*** Nisha_away has joined #openstack-ironic18:18
*** moshele has quit IRC18:24
*** bvandewa has joined #openstack-ironic18:25
*** jrist has quit IRC18:27
*** jrist has joined #openstack-ironic18:28
*** jrist has quit IRC18:30
*** hoangcx has quit IRC18:32
*** devananda has quit IRC18:38
jrollbbiab18:40
*** devananda has joined #openstack-ironic18:46
*** devananda has quit IRC18:46
*** devananda has joined #openstack-ironic18:47
openstackgerritDavid Lenwell proposed openstack/ironic: Add REST API for volume connector and volume target operation  https://review.openstack.org/21458618:48
*** Sukhdev has joined #openstack-ironic18:50
*** devananda has quit IRC18:55
*** hoangcx has joined #openstack-ironic18:57
*** mbound has joined #openstack-ironic19:03
*** anush_ has joined #openstack-ironic19:04
*** PollyZ has quit IRC19:08
*** mbound has quit IRC19:08
*** Nisha_away has quit IRC19:08
*** livelace has quit IRC19:11
*** afaranha has joined #openstack-ironic19:13
*** devananda has joined #openstack-ironic19:14
JayFhttps://review.openstack.org/#/c/344164/ is a pretty contained IPA change if someone wants to take a look19:15
JayFI already have a +2 on it, plus 2x+1s from other folks19:16
JayFCI passing, etc19:16
openstackgerritDavid Lenwell proposed openstack/ironic: Add REST API for volume connector and volume target operation  https://review.openstack.org/21458619:18
openstackgerritJay Faulkner proposed openstack/ironic-specs: Implement rescue mode  https://review.openstack.org/17187819:21
openstackgerritJay Faulkner proposed openstack/ironic: Timing metrics for agent deploy classes  https://review.openstack.org/35024319:32
JayF^ that's a super easy review if someone wants a quick thing to look at, also it's a priority this cycle so \o/19:32
devanandaJayF: question on that ...19:41
devanandaJayF: the metric names are just class.function19:41
devanandahowever, metrics are, as I see it, an API we are exposing19:41
*** PollyZ has joined #openstack-ironic19:42
devanandaanyone who uses these metrics is going to create local configuration (ie, integration with their monitoring stack) based on the metric name19:42
devanandaif we refactor any of this code, we won't want to change the metric names -- because it'll negatively affect users19:43
devanandaSO - why name them based on the class.function in the first place?19:43
*** fxpester|2 has joined #openstack-ironic19:43
JayFdevananda: If we refactored, most likely the new metrics would be appreciably different than the old ones, right?19:43
JayFdevananda: I'd argue that the class/method structure impacts performance, and that by changing where things are, you'd be changing performance, and would *want* it exposed as a new metric19:44
devanandaJayF: that's orthogonal. we could change the content of these functions significantly while keeping the names the same, too19:44
JayFSure; but like what I'm trying to say is19:44
devanandaJayF: what are we measuring? the class/function structure, or the time it takes to do $thing ?19:44
JayFany refactor would change the way the work is organized19:45
JayFright?19:45
devananda(where $thing is an operator-understandable unit of work)19:45
JayFso if we removed the idea of AgentDeploy.prepare, and split prepare up into 5 pieces, then AgentDeploy.prepare ceases to exist as a metric19:45
devanandafor instance, deploy_has_started() isn't an operator-facing unit of work19:45
devanandait's a ping-check to the ramdisk, basically19:45
devanandahmm19:46
JayFLike the question I'd want to ask metrics are things like19:46
JayF"What takes the longest in my Agent deploy driver?"19:46
JayFand dig from there19:46
JayFAnd seeing, for instance, that all the methods that ping out to the ramdisk take a long time, that'd an indicator as to performance19:46
JayFI don't think the metrics alone are ever worthwhile; metrics + devdocs (generated from docstrings) are, metrics + code being obviously the most useful19:47
devanandaahh - I see your use case now19:47
devanandathanks19:47
devananda*thanks for reminding me :)19:47
JayFFor troubleshooting, I see things like notifications and logs as more useful19:47
JayFthis is for finding things you wouldn't know to troubleshoot otherwise19:47
JayFif that makes sense?19:47
devanandayup19:47
devanandaI was just looking at a notifications patch and superimposed that use case on this review19:48
devanandamy bad :)19:48
JayFlike I'd def want to see something like19:48
JayFmy meta metrics say deployments take 20s longer on average when I went from 6.0.0 -> 7.0.019:48
JayFthen you go looking at metrics/graphs to see where that extra time is coming from19:48
JayFthis use case makes a hell of a lot more sense when you think about it for the power/management drivers though/ tbh19:49
devanandaJayF: though the actual metrics names may well have changed from 6 -> 719:49
JayFsure; but I'm not sure there's a way to avoid that if it gets reordered around19:49
*** fxpester|2 has quit IRC19:49
JayFyou're right; but I think it's an unavoidable side effect of having these kind of fine-grained metrics19:49
JayFin fact; it's something to consider for release notes if/when someone changes something that considerably, for operators to note metrics may have moved19:50
devanandaJayF: indeed19:50
devanandathis is the first release with metrics, but going forward, we should think about that19:50
JayFyes; very much so19:50
JayFespecially if we moved a whole class19:50
JayFb/c if you're feeding it to graphite, and we changed the name of like 100 metrics19:50
JayFthat would have an appreciable impact on graphite performance and disk usage19:50
*** dprince has quit IRC19:51
JayF<aside> I talked to some folks inside Rackspace, our Cloud Metrics is driven by an open source project called "blueflood", and we might get a contribution to ironic-lib soon with a blueflood backend for metrics \o/ </aside>19:51
JayF(blueflood is also used by square, and a couple of other big operators to store their metrics)19:52
devananda:)19:53
JayFFWIW, despite all ^^ that, that doesn't mean I'm aganist NOT using class.method; just that it's easy/obvious, and I'm not sure there's a better naming scheme to use19:54
devanandayou're right - the goal of these is to allow them to be graphed for performance insights19:54
devanandasomeone digging that deeply into a performance problem will want to quickly identify the method that's slow19:54
devanandanot have to disambiguate some string we've decided means something to them19:55
JayFI'm kinda more excited about metrics in the agent than I am in Ironic too19:55
JayFb/c with our downstream hardware manager doing so much with hardware19:56
JayFI wanna get that data fed in and start asking questinos like "does taking longer to erase disks predict hardware failure?"19:56
JayFsimilar with ipmi calls19:56
devanandadarn - it's TC meeting time and I forgot to go get lunch :-/19:56
*** jrist has joined #openstack-ironic19:58
JayFdevananda: ...while you're thinking about metrics; https://review.openstack.org/#/c/301919/16 is pretty simple too :)20:02
rajinirthiagop:sambetts: I made great progress, pxe boot happens, DHCP traffic goes to and back. IP gets assigned too. Next step, the tftp which times out.20:05
*** RomanenkoK has joined #openstack-ironic20:11
*** RomanenkoK has quit IRC20:14
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_target support  https://review.openstack.org/28523320:19
*** hj-hp has joined #openstack-ironic20:20
*** hj-hp has quit IRC20:23
*** hj-hpe has joined #openstack-ironic20:23
*** RomanenkoK has joined #openstack-ironic20:26
*** hj-hpe has quit IRC20:27
*** hj-hpe has joined #openstack-ironic20:27
*** e0ne has quit IRC20:32
vgadirajwhen i run "tox -epy27" and then later want to run "tox -epy35", I'm getting this error "db type could not be determined20:33
vgadirajERROR: InvocationError: '/home/ubuntu/ironic/.tox/py35/bin/ostestr'"20:33
vgadirajthe workaround for this is removing the file in .testrepository/times.dbm\20:34
vgadirajIs this something that should be a note in our developer guide?20:34
*** daemontool has joined #openstack-ironic20:35
*** openstackgerrit_ has joined #openstack-ironic20:35
*** openstackgerrit_ has quit IRC20:36
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_connector support  https://review.openstack.org/21478620:36
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_target support  https://review.openstack.org/28523320:38
*** bvandewa has quit IRC20:38
*** bvandewa has joined #openstack-ironic20:40
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_target support  https://review.openstack.org/28523320:41
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_connector support  https://review.openstack.org/21478620:42
*** daemontool has quit IRC20:42
*** ametts has quit IRC20:44
jrollvgadiraj: it wouldn't hurt, I guess20:46
openstackgerritStephanie Miller proposed openstack/python-ironicclient: Add volume_target support  https://review.openstack.org/28523320:47
rajinirdevstack-gate question, the VM is coming up, DHCP'ing but never hitting the TFTP server , the tftp doesn't seem to be running on the VM. Can anyone help?20:47
*** fragatina has joined #openstack-ironic20:50
*** fragatina has quit IRC20:50
*** fragatina has joined #openstack-ironic20:51
Sukhdevjroll : saw your note about nova patch - great news!!!20:53
jroll:)20:55
*** rama_y has quit IRC20:56
*** bvandewa has quit IRC20:57
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add baremetal port list command to OSC plugin  https://review.openstack.org/34672221:03
*** jmiu|lunch is now known as jmiu21:06
*** bvandewa has joined #openstack-ironic21:07
*** jcoufal_ has quit IRC21:08
*** mbound has joined #openstack-ironic21:11
*** joprovost has quit IRC21:12
openstackgerritXavier proposed openstack/python-oneviewclient: Add auditing instrumentation for python-oneviewclient  https://review.openstack.org/33728121:18
openstackgerritChris Krelle proposed openstack/bifrost: Initial work to add ISC-DHCP  https://review.openstack.org/34394721:20
*** bvandewa has quit IRC21:20
*** bvandewa has joined #openstack-ironic21:27
*** PollyZ has quit IRC21:28
mrdaMorning Ironic21:29
*** PollyZ has joined #openstack-ironic21:30
JayFo/21:30
jrollheya mrda21:30
*** rama_y has joined #openstack-ironic21:30
mrdao/21:30
thiagopmorning mrda21:30
RomanenkoKHi!21:30
*** baoli has quit IRC21:31
NobodyCammorning mrda21:32
*** PollyZ has quit IRC21:34
*** fragatina has quit IRC21:38
mrdao/21:43
RomanenkoKI noticed here a strange layout of driver-related commands http://specs.openstack.org/openstack/ironic-specs/specs/not-implemented/ironicclient-osc-plugin.html#openstack-baremetal-driver21:49
*** hj-hpe has quit IRC21:50
RomanenkoKi mean it for commands: •openstack baremetal driver show <driver_name>21:50
RomanenkoK•openstack baremetal driver show properties <driver_name>21:50
RomanenkoK •openstack baremetal driver show passthru <driver_name>21:50
RomanenkoKSecond and third look like completion of first. I did not find any another example of this case in other OSC commands21:52
JayFRomanenkoK: you're suggesting it should be openstack baremetal driver show <name> properties?21:55
openstackgerritAlexander Bashmakov proposed openstack/ironic: Rewrite devstack/tools/ironic/scripts/create-node.sh in Python.  https://review.openstack.org/34683222:00
RomanenkoK@JayF, possibly it should be something like: baremetal driver show, baremetal driver properties, baremetal driver passthru ..etc22:04
JayFRomanenkoK: ah, I gotcha22:04
JayFRomanenkoK: I'm not an expert on OSC or the UX thereof so I can't make a statement one way or the other, but I understand the concern now22:05
RomanenkoKotherwise "properties" and "passthru" will be accepted as driver name for "driver show" command22:05
JayFRomanenkoK: I'd suggest filing a bug about it against python-ironicclient, that'll get it seen by the right folks22:07
RomanenkoKthanks, i`ll do it :)22:07
openstackgerritDavid Lenwell proposed openstack/ironic: Add REST API for volume connector and volume target operation  https://review.openstack.org/21458622:09
abashmakHi JayF22:10
abashmakhttps://review.openstack.org/346832/22:11
JayFabashmak: yeah; I looked at that and ran the experimental jobs on it22:12
abashmakJayF: I'm new to Gerrit/Jenkins, was going to ask you to show me how to do it22:13
JayFjust the comment 'check experimental' does it22:13
JayFit'll come in as a separate comment from jenkins22:13
JayF(the actual comments from jenkins are hidden by default, but you can see them by clicking "toggle ci" at the bottom)22:13
*** bfournie has quit IRC22:13
abashmakso by virture of your posting that comment, Jenkins will pick it up?22:14
JayFexactly22:14
JayFand my comment more or less indicates that as a core I'd rather it not land until all the jobs (inlcuding the ones we expect to pass in experimental) are passing22:14
JayFjust because they're more likely to exercise that script in weird ways22:14
jrollwhat experimental jobs do we have that we expect to pass, just curious22:15
JayFdon't we have the multi-tenant job?22:15
* JayF may be out of date there, memory-wise22:15
JayFI honestly never remember until I see the list :x22:15
jrollthat's non-voting in check now22:17
JayFaha22:17
JayFthat's the only one I was thinking of specifically22:17
JayFjust sorta a natural reaction to run exp jobs and see how they go when a big devstack change is going22:18
jrolltotally22:18
abashmakI also agree :)22:18
*** RomanenkoK has quit IRC22:26
*** hoangcx has quit IRC22:28
*** sdake has quit IRC22:40
*** mbound has quit IRC22:41
*** hoangcx has joined #openstack-ironic22:47
*** mbound has joined #openstack-ironic22:49
openstackgerritStephanie Miller proposed openstack/ironic: Introduce new RPCs to support volume target operations  https://review.openstack.org/28522022:49
*** david-lyle has quit IRC22:50
*** david-lyle has joined #openstack-ironic22:51
openstackgerritMerged openstack/ironic: Minor docstring and unittests fixes for IPMIConsole  https://review.openstack.org/34940022:51
*** michauds has quit IRC22:52
*** mbound has quit IRC22:54
*** lucas-dinner has quit IRC22:54
*** wajdi_ has joined #openstack-ironic22:54
openstackgerritVarun Gadiraju proposed openstack/ironic: Fix for "db type could not be determined" error message  https://review.openstack.org/35030222:58
*** wajdi has quit IRC22:58
*** wajdi_ has quit IRC22:59
*** lucasagomes has joined #openstack-ironic22:59
*** syed_ has quit IRC23:02
openstackgerritVarun Gadiraju proposed openstack/ironic: Fix for "db type could not be determined" error message  https://review.openstack.org/35030223:03
mrdapas-ha: Hey Pavlo, can you please reverify that https://bugs.launchpad.net/nova/+bug/1544195 is still a problem?  Nova think they might have fixed it, and it'd be great to see if it's still a problem.  Thanks!23:13
openstackLaunchpad bug 1544195 in heat "User can not provision ironic node via nova when providing pre-created port" [Undecided,Confirmed]23:13
*** sdake has joined #openstack-ironic23:15
*** sdake_ has joined #openstack-ironic23:17
openstackgerritAlexander Bashmakov proposed openstack/ironic: Rewrite devstack/tools/ironic/scripts/create-node.sh in Python.  https://review.openstack.org/34683223:18
*** sdake has quit IRC23:20
*** fumie has joined #openstack-ironic23:20
*** sdake_ is now known as sdake23:21
*** bfournie has joined #openstack-ironic23:29
*** sabeen has quit IRC23:32
*** thiagop has quit IRC23:39
*** causten has quit IRC23:40
*** rpioso has quit IRC23:49
*** hoangcx2 has joined #openstack-ironic23:51
*** hoangcx has quit IRC23:53
*** dprince has joined #openstack-ironic23:56
*** anush_ has quit IRC23:57
openstackgerritJay Faulkner proposed openstack/ironic: Timing metrics: pxe boot and iscsi deploy driver  https://review.openstack.org/35031723:58
JayFdevananda: jroll ^ in case you feel like landing another one of these tomorrow morning :D23:58

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