Thursday, 2016-05-26

*** openstack has joined #openstack-ironic00:04
*** sdake has quit IRC00:06
*** sdake has joined #openstack-ironic00:09
*** zzzeek has quit IRC00:10
*** rbudden has quit IRC00:10
*** zzzeek has joined #openstack-ironic00:14
*** vishwana_ has quit IRC00:14
*** harlowja has joined #openstack-ironic00:19
*** baoli has joined #openstack-ironic00:25
*** sdake_ has joined #openstack-ironic00:28
*** sdake has quit IRC00:30
*** jaybeale has quit IRC00:32
openstackgerritStephanie Miller proposed openstack/bifrost: Make boolean usage consistent across playbooks  https://review.openstack.org/32131000:33
*** phschwartz has quit IRC00:34
*** hoangcx has joined #openstack-ironic00:34
openstackgerritBruno Cornec proposed openstack/bifrost: Fix Bug #1583539 - rpm part  https://review.openstack.org/32131100:34
openstackbug 1583539 in bifrost "Missing dependencies in documentation and scripts for a CentOS 7 install of bifrost" [Undecided,New] https://launchpad.net/bugs/158353900:34
*** YiboCai has joined #openstack-ironic00:37
*** penick has quit IRC00:42
*** vishwanathj has joined #openstack-ironic00:44
*** chlong has quit IRC00:46
*** openstackstatus has quit IRC00:46
*** thrash is now known as thrash|g0ne00:48
*** sdake_ has quit IRC00:50
*** openstack has joined #openstack-ironic00:55
*** rloo has joined #openstack-ironic01:02
*** piet has quit IRC01:10
*** phuongnh has joined #openstack-ironic01:13
*** Egyptian[Home] has joined #openstack-ironic01:15
*** piet has joined #openstack-ironic01:18
*** wuhg has joined #openstack-ironic01:22
*** praneshp has joined #openstack-ironic01:23
*** ChrisAusten has joined #openstack-ironic01:24
*** sdake has quit IRC01:25
*** piet has quit IRC01:31
*** vmud213 has joined #openstack-ironic01:33
*** Egyptian[Home] has quit IRC01:41
*** Egyptian[Home] has joined #openstack-ironic01:42
*** jaybeale has quit IRC01:49
*** openstackgerrit has quit IRC01:49
*** wajdi_ has joined #openstack-ironic01:50
*** Egyptian[Home] has quit IRC01:51
*** wajdi has quit IRC01:54
*** wajdi_ has quit IRC01:54
*** openstackgerrit has joined #openstack-ironic01:57
*** chlong has joined #openstack-ironic01:59
*** rloo has quit IRC02:00
*** sabeen has quit IRC02:04
*** sabeen has joined #openstack-ironic02:05
*** Egyptian[Home] has joined #openstack-ironic02:06
*** rbudden has joined #openstack-ironic02:17
*** sdake has joined #openstack-ironic02:19
*** vmud213 has quit IRC02:19
openstackgerritZhenguo Niu proposed openstack/ironic: Gate on ironic.conf.sample generation  https://review.openstack.org/23883702:19
openstackgerritZhenguo Niu proposed openstack/ironic: Gate on ironic.conf.sample generation  https://review.openstack.org/23883702:20
*** sabeen1 has joined #openstack-ironic02:22
*** sabeen has quit IRC02:23
*** openstack has joined #openstack-ironic02:40
*** vishwanathj has quit IRC02:41
*** rbudden has quit IRC02:44
*** yuanying has quit IRC02:50
*** sdake_ has joined #openstack-ironic03:00
*** sdake has quit IRC03:02
*** sdake_ is now known as sdake03:05
*** vishwanathj has joined #openstack-ironic03:06
*** baoli has quit IRC03:26
*** yuanying has joined #openstack-ironic03:30
*** kromanenko__ has joined #openstack-ironic03:34
*** Romanenko_K has joined #openstack-ironic03:34
*** kromanenko_ has joined #openstack-ironic03:34
*** links has joined #openstack-ironic03:34
*** phuongnh has quit IRC03:35
*** phuongnh has joined #openstack-ironic03:36
*** yuanying has quit IRC03:45
*** piet has joined #openstack-ironic03:46
*** yuanying has joined #openstack-ironic03:47
*** Egyptian[Home] has quit IRC03:48
*** Egyptian[Home] has joined #openstack-ironic03:49
*** vmud213 has joined #openstack-ironic04:03
*** piet has quit IRC04:03
*** chlong has quit IRC04:15
*** Egyptian[Home] has quit IRC04:24
*** baoli has joined #openstack-ironic04:27
*** chlong has joined #openstack-ironic04:34
*** wajdi has joined #openstack-ironic04:51
*** ChubYann has quit IRC05:01
*** sacharya has quit IRC05:01
*** stendulker has joined #openstack-ironic05:12
*** _vsaienko has joined #openstack-ironic05:19
*** _vs has joined #openstack-ironic05:19
*** rama_y has joined #openstack-ironic05:22
*** yolanda_ has quit IRC05:23
*** _vsaienko has quit IRC05:25
*** _vs has quit IRC05:25
*** _vsaienko has joined #openstack-ironic05:26
*** _vs has joined #openstack-ironic05:27
*** ishant has joined #openstack-ironic05:28
*** bnemec has quit IRC05:30
*** bnemec has joined #openstack-ironic05:31
openstackgerritNaohiro Tamura proposed openstack/ironic-specs: Enhance Power Interface for Soft Power Off and Inject NMI  https://review.openstack.org/18670005:34
*** baoli has quit IRC05:39
*** bnemec has quit IRC05:44
*** chlong has quit IRC05:47
*** rama_y has quit IRC05:47
*** _vs has quit IRC05:51
*** _vsaienko has quit IRC05:51
*** bnemec has joined #openstack-ironic05:52
*** yolanda_ has joined #openstack-ironic05:52
*** sdake has quit IRC05:54
*** rcernin has joined #openstack-ironic05:54
*** chlong has joined #openstack-ironic05:59
*** sdake has joined #openstack-ironic05:59
*** sacharya has joined #openstack-ironic06:01
*** itamarl has joined #openstack-ironic06:03
*** sacharya has quit IRC06:06
*** bnemec has quit IRC06:12
*** ChrisAusten has quit IRC06:12
*** bnemec has joined #openstack-ironic06:14
pas-hamorning all06:18
*** fragatina has quit IRC06:18
*** moshele has joined #openstack-ironic06:20
openstackgerritTan Lin proposed openstack/ironic: Add a doc about how to append kernel parameters to boot instances  https://review.openstack.org/32084806:21
*** bnemec has quit IRC06:23
*** yolanda_ has quit IRC06:29
*** sdake has quit IRC06:30
*** parlos has joined #openstack-ironic06:31
*** yolanda has joined #openstack-ironic06:31
openstackgerritSharat Sharma proposed openstack/ironic: Devstack: configure Ironic to use SSL  https://review.openstack.org/25775306:35
*** bnemec has joined #openstack-ironic06:36
*** vishwanathj has quit IRC06:37
*** _vsaienko has joined #openstack-ironic06:45
*** _vs has joined #openstack-ironic06:45
*** hoangcx has quit IRC06:51
*** openstack has joined #openstack-ironic06:55
*** parlos has quit IRC07:00
openstackgerritVasyl Saienko proposed openstack/ironic: Make sure create_ovs_taps creates unique taps  https://review.openstack.org/31910107:03
*** cfarquhar has quit IRC07:07
*** greghaynes has quit IRC07:08
*** sdake has quit IRC07:13
*** parlos has joined #openstack-ironic07:15
*** sdake has joined #openstack-ironic07:16
*** cfarquhar has joined #openstack-ironic07:20
*** cfarquhar has quit IRC07:20
*** cfarquhar has joined #openstack-ironic07:20
*** greghaynes has joined #openstack-ironic07:21
*** sdake has quit IRC07:21
*** athomas has joined #openstack-ironic07:22
*** dtantsur|afk is now known as dtantsur07:36
dtantsurMorning Ironic07:36
vsaienkomorning dtantsur07:36
*** hoangcx has joined #openstack-ironic07:39
*** ifarkas has joined #openstack-ironic07:42
*** sdake has joined #openstack-ironic07:44
milanmorning Ironic07:44
milanmorning dtantsur vsaienko :)07:45
*** sdake has quit IRC07:49
vsaienkomilan o/07:49
*** sdake has joined #openstack-ironic07:50
dtantsurmilan, vsaienko, o/07:52
*** athomas has quit IRC07:55
vsaienkodtantsur I have reviewed your patch about removing machine-id. Have you checked systemd-firstboot utility? It looks like it can change machine specific settings during first boot https://www.freedesktop.org/software/systemd/man/systemd-firstboot.html07:57
*** mgoddard has joined #openstack-ironic07:58
dtantsurvsaienko, no, I haven't. actually I have little clues about this problem, I just got complains that this file should be deleted, so I came up with a quick patch07:59
dtantsurturns out not so easy actually07:59
*** zzzeek has quit IRC08:00
*** athomas has joined #openstack-ironic08:00
*** zzzeek has joined #openstack-ironic08:01
vsaienkoI'm interested how this problem is solved on cloud images, and then I found systemd-firstboot utility. On first look it should help08:02
*** sacharya has joined #openstack-ironic08:03
*** chlong has quit IRC08:04
dtantsurvsaienko, interesting. anyway, I don't think I'll have time to come back to this patch any soon08:05
*** dtantsur is now known as dtantsur|bbl08:07
*** sacharya has quit IRC08:08
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:10
openstackgerritMerged openstack/ironic: Introduce provision states: AVAILABLE, ENROLL  https://review.openstack.org/32120408:17
*** electrofelix has joined #openstack-ironic08:18
openstackgerritYuriy Zveryanskyy proposed openstack/ironic: [WIP] [POC] Callback from ramdisk support for Ansible driver  https://review.openstack.org/31081608:19
*** lucas-dinner is now known as lucasagmes08:22
*** lucasagmes is now known as lucasagomes08:22
*** dmk0202 has joined #openstack-ironic08:23
lucasagomesmorning all08:23
*** praneshp has quit IRC08:27
*** MattMan has quit IRC08:28
*** MattMan has joined #openstack-ironic08:29
vmud213morning lucasagomes,dtantsur,vsaienko,milan and all08:35
milanmorning lucasagomes vmud21308:35
*** derekh has joined #openstack-ironic08:39
*** moshele has quit IRC08:44
*** moshele has joined #openstack-ironic08:47
*** daemontool has joined #openstack-ironic08:58
*** parlos has quit IRC08:58
*** jtomasek_ has joined #openstack-ironic09:00
lucasagomesmilan, vmud213 hello :-)09:01
*** jtomasek_ has quit IRC09:02
*** tesseract has joined #openstack-ironic09:02
*** jtomasek_ has joined #openstack-ironic09:02
*** jtomasek_ has quit IRC09:08
*** kromanenko__ has quit IRC09:13
*** watanabe_isao has quit IRC09:13
*** kromanenko_ has quit IRC09:13
*** Romanenko_K has quit IRC09:14
*** sambetts|afk is now known as sambetts09:18
sambettsMorning all :D09:18
milansambetts, morning :)09:19
sambettsHi milan09:19
milanguys, any idea why CONF.baremetal.active_timeout in a tempest test wouldn't be left default? I'm getting 196 instead of 300 and cannot locate the source of that :-/09:21
sambettsmilan: thats overridden by tempest09:23
sambettsmilan: the BUILD_TIMEOUT value gets set to it09:23
milansambetts, /me gitgreps09:23
sambettstake a look at devstack/extra.d/80-tempest09:24
lucasagomessambetts, morning09:24
lucasagomes#pixiesay *sigh*09:25
PixieBootsʕ•͡ᴥ•ʔ: *sigh*09:25
sambettslucasagomes: whats up?09:25
lucasagomessambetts, all is well, you?09:26
lucasagomesthe *sigh* was about overriding the config heh09:26
sambettsah :-P hehe yeah I'm all good, thats something that I had to contend with for my CI local.conf09:27
milansambetts, seems you're right, it does :-/ strange, this started to manifest itself for me just yesterday without andy (unstack; stack)09:28
*** Romanenko_K has joined #openstack-ironic09:28
*** kromanenko__ has joined #openstack-ironic09:28
*** kromanenko_ has joined #openstack-ironic09:28
*** dtantsur|bbl is now known as dtantsur09:28
sambettsmilan: I end up doing:09:29
sambetts[[post-extra|$TEMPEST_CONFIG]]09:29
sambetts[DEFAULT]09:29
sambettsdebug = false09:29
sambetts[baremetal]09:29
sambettspower_timeout = 18009:29
sambettsdeploywait_timeout = 18009:29
milansambetts, which file is that?09:30
sambettslocal.conf09:30
milandevstack/local.conf?09:30
dtantsurmilan, iirc vsaienko has patches allowing modifying various tempest timeouts via the job configuration09:31
sambettsyeah, it allows you to override any config file you want as the very last thing stack.sh does09:31
milansambetts, thanks a lot, I've been getting some gray hairs already09:31
milanesp. since i wasn't able to override it in my setUp test methods while debugging that09:32
* milan things devstack + tempest == black magic09:33
sambettsmilan: my entire local.conf -> http://paste.openstack.org/show/505592/09:34
milansambetts, thanks09:35
sambettslucasagomes: I don't know if you've seen, https://review.openstack.org/#/c/314514/, I've just seen your follow up reserve words patch merged09:38
lucasagomessambetts, will take a look09:38
sambettshas +2/+A09:39
*** divya_ has quit IRC09:41
milan#pixiesay ls -l /etc/tempest: .testr .testrepository ; who would make config "invisible"??? -m angry09:42
PixieBootsʕᗒᴥᗕʔ՞: ls09:42
milan#pixiesay ls \-l /etc/tempest: .testr .testrepository ; who would make config "invisible"??? -m angry09:43
PixieBootsʕᗒᴥᗕʔ՞: ls \-l /etc/tempest: .testr .testrepository ; who would make config "invisible"???09:43
lucasagomes#pixiesay -m meh09:43
PixieBoots¯\_(ツ)_/¯09:43
*** divya has joined #openstack-ironic09:44
vdrokmorning ironic!09:44
milanmorning vdrok !09:44
divyamorning Ironic!09:45
vdrokgood morning milan and divya09:46
vmud213morning vdrok,sambetts09:47
milanvmud213, divya o/09:49
*** parlos has joined #openstack-ironic09:50
vdrokhi vmud21309:51
aarefievmorning all!09:51
milanaarefiev, o/09:52
aarefievmilan: looks like tempest fails due using tempest code - not ironic09:52
milanaarefiev, yeah, black magic :-/09:52
aarefievit waits node in nostate I guess09:52
milanaarefiev, my fault09:53
vsaienkomorning vmud213, vdrok, sambetts, aarefiev, lucasagomes and all!09:53
* milan has to upload another patch09:53
milanvsaienko, o/09:53
aarefievmorning vsaienko09:53
openstackgerritSam Betts proposed openstack/ironic-inspector: Add generic LLDP processing hook  https://review.openstack.org/32108209:53
vmud213morning vsaienko09:54
dtantsurhey aarefiev, vdrok09:54
vdrokmorning aarefiev vsaienko and dtantsur09:55
milanaarefiev, also, me not sure this was merged when the test ran: https://review.openstack.org/#/c/321204/109:55
openstackgerritSam Betts proposed openstack/ironic-python-agent: Consolidate IPA configuration into a config module  https://review.openstack.org/32086709:59
openstackgerritSam Betts proposed openstack/ironic-python-agent: Support LLDP data as part of interfaces in inventory  https://review.openstack.org/32058409:59
lucasagomesvsaienko, good morning!09:59
vdrokmorning lucasagomes09:59
*** YiboCai has quit IRC10:00
sambettsvsaienko: In response to this: https://review.openstack.org/#/c/318479/8 I've created this: https://review.openstack.org/#/c/320040/10:01
sambettsvsaienko: Hopefully it fixes the problem instead of just working around it10:01
*** sacharya has joined #openstack-ironic10:04
milanaarefiev, it's because I'm using tempest.scenario.manager.BaremetalManager but should use ironic_tempest_plugin managers  instead :-/10:04
aarefievmilan: looks like, because in logs I see node became available10:05
aarefievbut it continues checks10:05
sambettsmilan: how are you running the tempest tests? tox -e all_plugin -- ironic10:05
milanaarefiev, yeah10:05
milansambetts, yeah, tox -e all_plugin --  inspector10:06
sambettsmilan: ah right10:06
vdrokmorning sambetts10:06
sambettso/ vdrok10:06
milanaarefiev, I'm patching it, anyways I've missed one NOSTATE in node_cleanup10:07
milanshould be [AVAILABLE, NOSTATE] instead10:08
vdroklucasagomes: so you think we should not remove parameters and retry at all, or maybe to log that the port changed to a default in the log warning message? or retry only in case there is no custom port set? (regarding https://review.openstack.org/#/c/319183/ and the next one in chain)10:09
*** sacharya has quit IRC10:09
lucasagomesvdrok, I've been thinking... Maybe the way to do it IMO, is to check if it's the default port. If so, do not pass it via the ramdisk parameters10:09
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844010:10
lucasagomesin case it's a different value we should pass and if it's an old ramdisk it will fail. Then we log something saying it's not supported10:10
vdrokyeah, and in case of wipe metadata, leave things as is10:11
aarefievmilan: yeah, nice, also I don't like ironic checks node status with interval=110:11
milanaarefiev, where you see it?10:12
aarefievmilan: it's hard to read logs10:12
* milan would fix that10:12
milanaarefiev, +110:12
aarefievmilan: looks like default is used https://github.com/openstack/ironic/blob/master/ironic_tempest_plugin/tests/scenario/baremetal_manager.py#L7810:13
milanaarefiev, right, should be part of config group baremetal IMHO10:14
milanand all the wait* methods could possibly propagate a reasonable default, too10:14
openstackgerritMerged openstack/ironic: Follow-up patch of 8e5e69869df476788b3ccf7e5ba6c2210a98fc8a  https://review.openstack.org/31414910:15
milansuch as wait_provision_state(....,  interval=1010:15
sambettsvsaienko: I'm looking at https://review.openstack.org/#/c/319101/7 I wonder if we would do better to just hook our VMs into the OVS_PHYSICAL_BRIDGE / PUBLIC_BRIDGE instead of each of the networks specifically10:15
milanit's 30 actually and that one does it :D10:15
milanwrong example10:15
milanaarefiev, ignore my last comments :D10:16
* milan facepalm10:16
lucasagomesvdrok, yeah... At least that way we are honest with what have been requested10:16
sambettsvsaienko: because all networks (if routed external, which they should be) will go through the public bridge10:16
aarefievmilan: :)10:17
openstackgerritSam Betts proposed openstack/ironic-python-agent: Support LLDP data as part of interfaces in inventory  https://review.openstack.org/32058410:31
vsaienkosambetts in general it should be fixed by using Flat network10:31
vsaienkowhich is only one officially supported case by Ironic :)10:31
vsaienkoI'm going to rebase multitenancy patches, if anyone has any comments please add them10:34
vsaienkosambetts: just hook our VMs into the OVS_PHYSICAL_BRIDGE / PUBLIC_BRIDGE it will not work, since you have to set a tags for traffic from/to VMs10:37
openstackgerritVaishnavi proposed openstack/ironic: Config variable to configure [glance] section  https://review.openstack.org/26680310:46
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add tests for --wrap option for driver-properties output  https://review.openstack.org/29707710:49
sambettsvsaienko: once the traffic leaves through the PUBLIC_BRIDGE its already been NATed and should be untagged10:49
*** ptrlv has joined #openstack-ironic10:50
*** yolanda has quit IRC10:57
sambettsvsaienko: I've been experiementing with running a flat network in devstack with VMs, and its a difficult problem to solve because a jenkins slave only has 1 nic, and turning that nic into the NIC used by neutron for the flat network breaks the hosts networking on that nic :(10:59
sambettswhich then means that jenkins can't talk to the slave any more10:59
vsaienkosambetts: we may create additional interface11:00
vsaienkothere is no need to use real network, virtual interface should be enough11:00
*** Egyptian[Home] has joined #openstack-ironic11:01
vsaienkosambetts: I have a question about lldp patches. Why don't use lldpd daemon to collect lldp data, why we need to dump packets and parse them?11:01
sambettscan we create a virtual interface not in ovs and not in linux bridge thats not tied to a real NIC?11:01
sambettsvsaienko: Not sure, I'm just reusing the code that already exists for retreiving the LLDP packets11:02
vsaienkosambetts: sudo ip link set name eth10 dev dummy011:03
sambettsvsaienko: I've used that code in my downstream work and I know it works, so I havn't fixed what isn't broken11:03
sambettsvsaienko: Ah dummy links11:03
sambettsvsaienko: we need an extra package for that though right?11:03
*** yolanda has joined #openstack-ironic11:04
sambettsvsaienko: it could totally work though I think11:04
vsaienkosambetts: lo also should work as for me11:04
sambettsvsaienko: the VMs won't have an internet connection though right? does that matter?11:04
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: Tempest: add basic test  https://review.openstack.org/29392611:05
vsaienkothey will have connection via public neutron network11:05
sambettsvsaienko: with flat network there is no public neutron network11:05
sambettsvsaienko: there is only one network11:05
sambettsthe flat network11:05
vsaienkomight be it is not created by default in devstack, but it is possible to have a public and flat networks at the same time11:06
sambettsvsaienko: right, enabling provider/flat networking in devstack disables L3 so you can't route through another network11:08
*** links has quit IRC11:08
sambettsvsaienko: not sure if we need internet for our tests though right?11:11
vsaienkosambetts: it will be needed for smoke tests11:12
vsaienkosambetts: I had a patch that did the trick when played with real hardware servers11:12
sambettsvsaienko: why? Do they test pinging an IP on the internet?11:12
vsaienkosambetts: there are tests that assigns floating IP to instance11:13
*** _vs has quit IRC11:13
*** _vsaienko has quit IRC11:13
sambettsif neutron L3 is disabled we can't do that right?11:13
vsaienkoI don't think that l3 is disabled11:13
*** stendulker_ has joined #openstack-ironic11:13
sambettslike I said to support flat networking in devstack you have to disable neutron l311:14
vsaienkohttps://github.com/openstack-dev/devstack/blob/master/lib/neutron_plugins/services/l3#L20611:14
vsaienkoflat network is configured by l3 plugin, it can't be disabled it makes no sense11:14
vsaienkosambetts: after multitenancy is merged I have in plans to switch devstack setup to flat networking11:15
sambettsvsaienko: :/ this has all changed since like 2 months ago :/11:16
*** e0ne has joined #openstack-ironic11:16
*** e0ne has quit IRC11:16
vsaienkoat the moment it will take a lot of time11:16
*** parlos has quit IRC11:16
*** stendulker has quit IRC11:17
sambettsvsaienko: I still think that for now we can simplify -> https://review.openstack.org/#/c/319101/ by putting all our VMs onto br-ex right?11:18
*** e0ne has joined #openstack-ironic11:18
sambetts:/ not sure11:18
sambettsI guess the DHCP etc does work like that :(11:19
vsaienkosambetts: I think that it is the best way11:19
vsaienkoswitching to flat network will take a lot of time, since it is huge change in testing environment setup11:20
sambettsvsaienko: yeah, definatly, and I think we need to do it soon, but leave that patch as it is for now11:20
vsaienkoI doubt that jroll would approve it. As for me we can add a new job with flat networking, make sure that it is stable, and only than switch to it completely11:21
*** stendulker_ has quit IRC11:21
jroll¯\_(ツ)_/¯11:22
vsaienkomorning jroll11:23
jrollmorning vsaienko, sambetts :)11:23
sambettsHey11:23
jrollvsaienko: "Why don't use lldpd daemon" the coreos version of the ramdisk just runs a single process, no init system, so it's... annoying to run lldpd11:24
jrollor that's why we did it to start11:24
jrollhashtag containers11:24
jrollnow that we have the code, no sense in an extra daemon :)11:24
*** ishant has quit IRC11:25
vsaienkojroll got it11:27
dtantsurmorning jroll11:28
vsaienkojroll, I saw thread about bonding support in Neutron. I'm interested how it will affect multitenancy?11:28
jrollvsaienko: well, the thread said they aren't doing it11:29
jrollsambetts was concerned both teams were doing it11:29
jrollbut they aren't, so long live portgroups11:29
*** Egyptian[Home] has quit IRC11:30
*** wendar has quit IRC11:31
*** wendar has joined #openstack-ironic11:31
sambetts\o/ seems like it, wasn't it jaypipes or the tuba guy that came in here asking about bonding for virt?11:32
vsaienkojroll, yeah I know that they working on vlan aware VMs https://specs.openstack.org/openstack/neutron-specs/specs/liberty/vlan-aware-vms.html11:32
vdrokmorning jroll11:33
jrollvsaienko: yeah, trunk ports are a thing that's happening, but not bonding I guess11:33
jrollsambetts: no clue and I refuse to grep my logs for "bond"11:34
jroll:D11:34
sambettshaha yeah :-P11:34
sambettsvsaienko: it shouldn't affect us at all, because its not happening, and our next steps are all based around the VLAN aware VMs stuff: https://review.openstack.org/#/c/277853/11:36
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Use name randomizer from tempest  https://review.openstack.org/30790411:39
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Use name randomizer from tempest  https://review.openstack.org/30790411:39
vsaienkosambetts: I need to read both specs carefully, but my feeling that we should rely on neutron spec and implementation11:43
sambettsvsaienko: which it does :)11:43
openstackgerritJim Rollenhagen proposed openstack/ironic: Remove links to github for OpenStack things  https://review.openstack.org/32149111:45
jrollpretty easy docs patch11:46
*** hoangcx has quit IRC11:48
*** wajdi has quit IRC11:51
*** wajdi has joined #openstack-ironic11:52
*** Goneri has quit IRC11:53
*** wajdi_ has joined #openstack-ironic11:53
*** phuongnh has quit IRC11:56
*** thrash|g0ne is now known as thrash11:56
*** wajdi has quit IRC11:57
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add sanity tests for testing actions with Port  https://review.openstack.org/24094411:58
*** sacharya has joined #openstack-ironic12:04
openstackgerritJim Rollenhagen proposed openstack/ironic: Remove links to github for OpenStack things  https://review.openstack.org/32149112:06
*** sacharya has quit IRC12:09
*** trown|outtypewww is now known as trown12:10
openstackgerritMathieu Mitchell proposed openstack/ironic-python-agent: Remove links to github for OpenStack things  https://review.openstack.org/32150612:13
mat128jroll: equivalent in ipa ^12:13
jroll<312:13
*** piet has joined #openstack-ironic12:14
*** dprince has joined #openstack-ironic12:19
jrollso, this RFE currently depends on a cross-project spec https://bugs.launchpad.net/ironic/+bug/156110012:24
openstackLaunchpad bug 1561100 in Ironic "[RFE] Centralize config options in Ironic" [Wishlist,In progress] - Assigned to Ramamani Yeleswarapu (ramamani-yeleswarapu)12:24
jrollbut that spec has turned into more of "categorize, document better, improve the sample file"12:25
jrollwith an optional "centralize config options in code"12:25
jrollmost of the code is written (but is blocked on rfe approval and since turned into merge conflicts): https://review.openstack.org/#/q/topic:bug/156110012:25
jrolldo people have a problem with approving the "centralize" part of this that has been worked on?12:26
jrolldtantsur: lucasagomes: ^12:26
dtantsurno objections here12:26
jrollcool, should be easy reviewing too12:27
jrolland the oslo config-gen stuff landed yesterday \o/12:27
*** KennethWilke has quit IRC12:27
sambettsSeems ok to me12:27
*** piet has quit IRC12:27
* jroll will wait for lucas opinion but will probably approve that today12:27
lucasagomesjroll, no problem either, it will cause some other work to need a rebase12:28
lucasagomesbut I'm much rather merge it all now at the begining of the cycle12:28
lucasagomesthan later12:28
jrolllucasagomes: yeah, that's a good point but shouldn't be a big deal12:29
jrollthanks!12:29
lucasagomesjroll, you going to rebase those patches?12:30
openstackgerritGabriel Bezerra proposed openstack/python-oneviewclient: Fixing __getattribute__ def and refactor from_json  https://review.openstack.org/32126212:30
jrolllucasagomes: no, but I was just going to ping the author12:30
jroll... who is not onlien12:30
lucasagomesack12:30
jrollanyway, hope they see the bug update12:30
jrollI'd also like to release a new version of ironic soon, maybe once the patches to make grenade work land12:33
jrollhoping for next week (which is newton-1 everywhere else)12:33
*** elfosardo_ has joined #openstack-ironic12:34
openstackgerritMerged openstack/python-oneviewclient: Fixing __getattribute__ def and refactor from_json  https://review.openstack.org/32126212:38
*** elfosardo has quit IRC12:38
*** piet has joined #openstack-ironic12:39
openstackgerritSam Betts proposed openstack/ironic-python-agent: Consolidate IPA configuration into a config module  https://review.openstack.org/32086712:40
openstackgerritSam Betts proposed openstack/ironic-python-agent: Support LLDP data as part of interfaces in inventory  https://review.openstack.org/32058412:40
*** rloo has joined #openstack-ironic12:40
*** rbudden has joined #openstack-ironic12:42
*** mjturek1 has joined #openstack-ironic12:43
*** baoli has joined #openstack-ironic12:46
*** parlos has joined #openstack-ironic12:47
*** baoli_ has joined #openstack-ironic12:49
openstackgerritSam Betts proposed openstack/ironic-python-agent: Support LLDP data as part of interfaces in inventory  https://review.openstack.org/32058412:49
jrolldeva<tab> wha12:49
jroll:/12:49
sambetts:O12:49
jrollwanted to point out http://specs.openstack.org/openstack/oslo-specs/specs/newton/policy-in-code.html12:50
jrollwhich I like very much12:50
sambettsooooo, thats pretty neat looking! defining policy in the same way we do config options12:50
jrollyeah, it also allows ops to run without dropping a policy file in, if they want defaults12:52
*** baoli has quit IRC12:52
*** piet has quit IRC12:53
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: Fix py3 issue in functional tests  https://review.openstack.org/32152112:53
openstackgerritJulia Kreger proposed openstack/bifrost: Fix Bug #1583539 - rpm part  https://review.openstack.org/32131112:55
openstackbug 1583539 in bifrost "Missing dependencies in documentation and scripts for a CentOS 7 install of bifrost" [Undecided,New] https://launchpad.net/bugs/158353912:55
*** trown is now known as trown|mtg12:59
openstackgerritVladyslav Drok proposed openstack/ironic: Gracefully degrade start_iscsi_target for Mitaka ramdisk  https://review.openstack.org/31918313:00
sambettsjroll: I wonder if we should split this down? https://review.openstack.org/#/c/206244 because the the commit message says that its adding portgroups API, but its also exposing pxe_enabled and local_link_connection on normal ports which is not dependant on port groups13:01
*** lindycoder has joined #openstack-ironic13:01
jrollsambetts: maybe, or fix the commit message13:02
jrolleither way is fine with me, I lean toward split but I know that's difficult13:02
*** lucasagomes is now known as lucas-hungry13:03
* lucas-hungry brb late lunch13:03
sambettsI'm leaning the same way, I think it'll make for a nicer history, but ;/13:03
sambetts:/13:04
NobodyCamgood morning Ironicers :)13:07
*** Goneri has joined #openstack-ironic13:09
openstackgerritVladyslav Drok proposed openstack/ironic: Use correct iscsi portal port in continue_deploy  https://review.openstack.org/32114513:11
*** lindycoder has quit IRC13:11
openstackgerritJulia Kreger proposed openstack/bifrost: Document that ssh_public_key_path must be set  https://review.openstack.org/31278213:11
vdrokmorning NobodyCam13:11
sambettso/ NobodyCam13:11
NobodyCammorning vdrok sambetts :)13:12
vdrokjroll: so after the patches for grenade are merged, we'll do multitenancy? or partial grenade is required too?13:13
NobodyCamhave to reboot... brb13:13
jrollvdrok: just grenade13:13
vdrokok, good :)13:16
*** joprovost has joined #openstack-ironic13:16
*** [1]cdearborn has joined #openstack-ironic13:19
dtantsurmorning NobodyCam13:20
*** piet has joined #openstack-ironic13:20
NobodyCamGood morning dtantsur :)13:23
*** ElCoyote_ has quit IRC13:23
NobodyCammorning jroll :)13:25
jrollhey hey NobodyCam :)13:26
*** wajdi_ has quit IRC13:26
NobodyCam:)13:26
*** absubram has quit IRC13:27
*** ElCoyote_ has joined #openstack-ironic13:27
*** joprovost1 has joined #openstack-ironic13:27
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add SIGHUP support for ironic-conductor service  https://review.openstack.org/32111113:29
*** joprovost has quit IRC13:29
*** joprovost1 is now known as joprovost13:29
*** lucas-hungry is now known as lucasagomes13:36
*** vmud213 has quit IRC13:36
lucasagomesfolks, if you have some time: https://review.openstack.org/#/c/318538/13:36
*** rloo has quit IRC13:37
*** rloo has joined #openstack-ironic13:38
jrolllucasagomes: no release note?13:41
jrollfeels like we should have one, we're dropping the kernel command line interface into that13:41
dtantsuroh, do we? I didn't notice that, then we definitely should13:42
dtantsuralso folks, did we already land our notifications support? I see folks discussing formats in a thread called "[tripleo] Zaqar messages standardization"13:43
lucasagomesjroll, oh true13:44
lucasagomesdtantsur, jroll will add a release note, 1 sec13:44
jrolldtantsur: we did not, that begins here https://review.openstack.org/#/c/298461/13:45
dtantsuraha.. I wonder if we want consistency with other projects on that13:46
dtantsurdid we borrow our format from Nova or just invented?13:46
jrolldtantsur: we did borrow from nova13:46
dtantsurah cool13:46
jrollrather, borrowed from nova's latest version of it :)13:46
jrollit has versions and such13:46
jrolldtantsur: if they're talking about zaqar though I'm not sure it's the same as oslo.notification or whatever13:47
dtantsurjroll, I think the idea was to push it to oslo, then zaqar can pick it up and push further to e.g. web sockets13:48
dtantsurbut I'm not sure I recall it correctly13:48
jrolldtantsur: yeah, I've no clue13:48
rloohi and morning jroll, dtantsur, lucasagomes, NobodyCam, sambetts, vdrok, TheJulia and everyone else13:48
sambettsHi rloo13:48
lucasagomesrloo, morning13:48
vdrokmorning rloo !13:48
dtantsurmorning rloo13:48
jrollmorning rloo :)13:48
rloodoes anyone know if Chris Dearborn is here? I don't know his nick.13:49
jroll[1]cdearborn: ^13:49
rloothx jroll13:49
jrollnp13:49
rloo[1]cdearborn: if you have a few minutes, am trying to understand your concerns with https://review.openstack.org/321246. maybe i didn't word it properly.13:50
jrollhahaha this is awesome, from irmc CI13:51
jroll22:18:59 | Let inspection magic show begin. |13:51
*** PollyZ has joined #openstack-ironic13:51
rloojroll: but does the magic work? :)13:51
jrollit does!13:52
rloojroll: cool. hopefully there are fireworks at the end too!13:52
jrollhehe13:52
openstackgerritLucas Alvares Gomes proposed openstack/ironic-python-agent: Get root device hints from the node object  https://review.openstack.org/31853813:52
*** lindycoder has joined #openstack-ironic13:52
*** ametts has joined #openstack-ironic13:52
lucasagomesjroll, so, re deprecation. We are the ones generting the node specific pxe configuration files right? So they hints in the kernel cmdline are the same as in the nodes13:53
*** parlos has quit IRC13:53
jrolllucasagomes: in theory, yeah13:53
lucasagomesjust stringfyed in the case of cmdline13:53
jrollI don't think we need to deprecate it13:53
jrollbut, static dhcp is a thing13:53
jrollso maybe?13:53
lucasagomesjroll, good point, yeah maybe13:53
dtantsurjroll, even with statis DHCP IPA can access the node, right?13:53
* lucasagomes wonders13:53
dtantsurso I don't see point in any deprecations here.. it's been supported since inception of IPA13:54
jrolldtantsur: well, someone could configure hints in the cmd line but not node.properties13:54
lucasagomesdtantsur, yup, but I think jroll means adding the hitns in the PXE config for static DHCP directly and not in the node13:54
jrollyeah13:54
lucasagomestho that's a bit dogde, since, ironic won't even be able to validate such hints13:54
dtantsurmmmmm, doesn't sound like a sane solution13:54
dtantsurlike "always sda" or what?13:54
jrollI'm not saying it's sane, I'm saying it's possible13:54
jrollidk, sda, model number, etc13:55
jrolllike I said I think it's fine to just drop it13:55
jrollwe don't really advertise/document that, nor encourage it13:55
jrolljust something to think about13:55
lucasagomesjroll, ++ yeah13:55
dtantsuryeah, so it justifies a release note, but probably nothing else13:55
milanjroll, rloo  morning guys! :)13:56
jrollhi milan13:56
milanjroll, thanks  for the ultra-fast review yesterday on the tempest thing ;)13:56
milanNobodyCam, o/ :)13:56
jrollmilan: not a problem, I was hoping it was actually testing microversions though :)13:56
rloohi milan. When are you going to work on ironic proper? :)13:56
dtantsurlol13:57
milanrloo :D13:57
jrollheh13:57
dtantsurwe can start with asking when milan is going to work :D13:57
* dtantsur is kidding ofc13:57
milandtantsur, thx :P13:57
lucasagomeshah13:57
dtantsurI'm evil cause I'm in the office without tea ;)13:57
milanyeah, reminds me tomorrow I'm dodging the work ;)13:58
dtantsuryeah-yeah13:58
* rloo gives dtantsur a big pot of green tea13:58
milanaaaah, right :)13:58
milantea13:58
dtantsurthanks rloo :)13:58
lucasagomesdtantsur, you should pay kofi-kofi a visit then (tho idk if they do have tea)13:58
NobodyCammorning rloo milan and lucasagomes :)13:58
dtantsurlucasagomes, it's hard to find any sane tea in Czech outside of tea-houses13:58
lucasagomesNobodyCam, hi there13:58
dtantsurwhich still makes me sad13:59
dtantsurwell, not as hard as to find good sushi :)13:59
rloodtantsur: really? just beer is easy to get I guess13:59
dtantsurrloo, beer, pork, surely13:59
dtantsuritalian food is not rare as well13:59
openstackgerritSam Betts proposed openstack/ironic-inspector: Add generic LLDP processing hook  https://review.openstack.org/32108214:00
milansambetts, hey, we've got the tempest test case ready: could use a +2 ;) https://review.openstack.org/#/c/293926/14:00
lucasagomesdtantsur, same here on the sushi14:00
openstackgerritMerged openstack/python-ironicclient: Use name randomizer from tempest  https://review.openstack.org/30790414:00
dtantsurlucasagomes, wow, that's weird. you must have some fish, you're not that far from the sea14:01
sambettsdtantsur: If you want I can always post you a big box of tea ;)14:01
lucasagomesdtantsur, yeah, we do have all the raw material. Problem is to assembly it into a nice sushi14:01
dtantsurthanks, it's possible to buy some here :)14:01
*** joprovost has quit IRC14:02
dtantsurlucasagomes, wow, what slackers :D14:02
lucasagomeslol14:02
*** mgoddard has quit IRC14:03
sambetts:-P14:03
*** sacharya has joined #openstack-ironic14:05
*** rbudden_ has joined #openstack-ironic14:06
*** trown|mtg is now known as trown14:08
openstackgerritMerged openstack/ironic-python-agent: Remove links to github for OpenStack things  https://review.openstack.org/32150614:08
*** rbudden has quit IRC14:09
*** rbudden_ is now known as rbudden14:09
*** sacharya has quit IRC14:10
*** wuhg has quit IRC14:10
dtantsurjroll, could you please take a look at stable patch https://review.openstack.org/320862 ?14:14
mgoulddtantsur: it's been a long time since I was in a Czech tea-house, but I remember them having hundreds of hot drinks, but almost no actual tea14:17
mgouldCamellia sinensis or GTFO14:18
vsaienkojroll, I heard that partial grenade job doesn't work like expected14:19
*** sabeen1 has quit IRC14:20
*** [1]cdearborn has quit IRC14:21
*** cdearborn has joined #openstack-ironic14:21
jrollvsaienko: elaborate?14:21
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Tests for testing port-create command  https://review.openstack.org/29180214:21
*** sabeen has joined #openstack-ironic14:22
vsaienkoyeah, I'm trying to figure out what partial upgrade should do14:22
jrolldtantsur: approved14:23
jrollvsaienko: well, it should upgrade only ironic-conductor and not ironic-api, I think14:23
jrollvsaienko: partial is meant to test rolling upgrades (or rather the middle state where things are different version)14:24
jrollvsaienko: see the rolling upgrade process here: https://review.openstack.org/#/c/299245/14:24
sambettsjroll, vsaienko: things like only all of ironic and not nova too right? aren't there a lot of permutations of partial upgrade?14:25
jrollvsaienko: bonus points (eventually) would be to have two conductors running and only upgrade one, but that's going to be extremely difficult because networking, I think14:25
jrollsambetts: people keep trying to inject that, we want to start with "partial upgrade of ironic"14:25
sambettsisn't our ironic virt driver part of ironic?14:25
jrollsambetts: "partial upgrade of openstack" is a completely different thing that nobody tests today afaik14:25
jrollno, that's part of nova :)14:25
jrollI see what you mean, we should get there, one thing at a time14:26
sambetts++14:26
vsaienkojroll, this documentation I was looking for, need to read it carefully, thanks!14:26
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Tests for testing chassis-create command  https://review.openstack.org/29363414:26
jrollvsaienko: no problem :)14:26
sambettsjroll, vsaienko: we could maybe 2 two conductors in a dual slave CI job, one conductor on each slave14:27
*** yuikotakada has joined #openstack-ironic14:27
vsaienkojroll, two conductors means devstack multinode14:27
sambettsmaybe do*14:27
*** KennethWilke has joined #openstack-ironic14:28
*** yuikotakada has quit IRC14:28
dtantsurmgould, heh, you can get a lot of things there, but tea is among them14:28
jrollsambetts: vsaienko: right, the networking would be crazy though :)14:28
vsaienkooh, it is a huge scope of work... Need some time to check what can we do for now14:28
*** yuikotak_ has joined #openstack-ironic14:29
sambettsjroll, vsaienko: yeah :/ we really need to rework our entire devstack plugin to make things like that possible with the VMs14:29
vsaienkosambetts: we definitely need to switch to Flat network...14:31
sambettsvsaienko: the work to do that would get us half way there for multinode I think14:32
sambettsI'm not sure how the networking works between the slaves though :/14:32
sambettsmight have to fake a real flat network using tunnel or something which would suck14:33
*** vishwanathj has joined #openstack-ironic14:33
mat128sambetts: why would the multiple conductors (one running v1, one running v2) have to run on different slaves?14:36
mat128never tried it, but I can't see why it would not be possible to run multiple processes with different paths for logs14:36
sambettsmat128: only because of how we fudge the networking for faking BM in devstack/testing14:37
jrollwell, we probably could run both on the same node, actually14:38
sambettswe could probably fudge it even harder and make it work on one node but *shudders*14:38
jrollwe don't do anything to the conductor to make networking work, we just muck with the interfaces themselves I believe14:38
jrollthe only thing is the conductors would need different hostnames for registering with the db14:39
jrollwhich is nbd14:39
* jroll tries it in devstack quickly14:39
mat128:)14:39
vsaienkojroll, what is the criteria to land multitenancy patches. Is full upgrade grenade ok? Or we still blocked by partial upgrades?14:40
jrollvsaienko: full is all we need, we still have work to do for rolling upgrades14:40
vsaienkojroll, understood14:41
jroll| 2016-05-26 14:41:21 | 2016-05-26 14:42:51 |  2 | conductor1    | ["fake", "agent_ipmitool", "pxe_ssh", "agent_ssh", "pxe_ipmitool"] |      1 |14:42
jroll| 2016-05-26 14:41:46 | 2016-05-26 14:42:46 |  3 | conductor02   | ["fake", "agent_ipmitool", "pxe_ssh", "agent_ssh", "pxe_ipmitool"] |      1 |14:42
jrollthis totes works14:42
jrolllooks like they split up the hash ring fine too14:43
sambettscan it actually talk to the VMs though? They need to run on different ports right?14:43
jrollhm, maybe not14:43
jrollsambetts: eh? conductor doesn't listen at all14:43
sambettsOh yeah :'(14:44
sambettsso much layer break14:44
jroll?14:44
sambettsIMO ironic nodes shouldn't talk to the Ironic API14:45
jrollhm, is there any way to look at the hash ring?14:45
jrollsambetts: well... that's life until someone has a solid proposal otherwise14:46
sambettsjroll: yeah :) I've left my idea all over this -> https://review.openstack.org/#/c/306418/14:47
jrollI just realized how terrible the ssh driver is with many nodes heh14:48
openstackgerritMerged openstack/virtualbmc: Use constraints for all the things  https://review.openstack.org/31868214:48
vsaienkojroll use libvirt from ironic-staging-drivers ;-)14:49
mat128jroll, sambetts: https://review.openstack.org/#/c/212206/14:49
mat128a lot of discussions and "why do we need this" but the main idea is right14:49
jrollto check power state for a single node, it gets a list of nodes, and loops over them running dumpxml (over ssh!) until it finds the one it's looking for, grabs the mac address, and then gets power status14:49
jrollcrazy with 64 nodes14:49
vsaienkojroll we have tested libvirt on scale with 4k nodes, it works well14:49
jrollvsaienko: I don't actually need performance, it was just interesting14:50
jrollmat128: yeah, I'm familiar with that, but I don't know who's going to step up and actually do that work14:50
jrolldtantsur: sambetts: I totally forgot about promoting that endpoint, sigh14:51
* jroll needs to get organized better14:51
lucasagomessambetts, I wonder if the trusts mechanism in ks v3 could be used for IPA talking to the ironic api14:52
vsaienkogoing to upload new patchset for multitenancy patches, is there anyone who forgot to left comments?14:53
dtantsurlucasagomes, well, as usual: if we don't use PXE ;)14:53
*** joprovost has joined #openstack-ironic14:53
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Remove support for the old bash ramdisk  https://review.openstack.org/31922714:53
dtantsurjroll, see what I got ^^^ :)14:53
dtantsur(that's not a review request, just boasting)14:53
lucasagomesdtantsur, heh why is that?14:53
lucasagomesit will talk to the api independent of the boot mode right?14:54
dtantsurlucasagomes, any secret you put on tftp can be used by anyone14:54
jrolldtantsur: \o/14:54
dtantsurso unless we have a secure method to put whatever trust we have on a ramdisk, there's little we can do14:54
lucasagomesdtantsur, yeah :-/14:55
*** rloo has quit IRC14:55
*** rloo has joined #openstack-ironic14:56
openstackgerritVasyl Saienko proposed openstack/ironic: Add test to verify ironic multitenancy  https://review.openstack.org/26915714:56
openstackgerritVasyl Saienko proposed openstack/ironic: Add Link-Local-Connection info to ironic port  https://review.openstack.org/25636514:56
openstackgerritVasyl Saienko proposed openstack/ironic: Added operator documentation for ironic portgroups  https://review.openstack.org/22849614:56
openstackgerritVasyl Saienko proposed openstack/ironic: Add portgroups to support LAG interfaces - API  https://review.openstack.org/20624414:56
openstackgerritVasyl Saienko proposed openstack/ironic: Create common neutron module  https://review.openstack.org/31739014:56
openstackgerritVasyl Saienko proposed openstack/ironic: Add network_interface node field DB, OBJ  https://review.openstack.org/31739114:56
openstackgerritVasyl Saienko proposed openstack/ironic: Refactor ironic enroll-node code  https://review.openstack.org/25636414:56
openstackgerritVasyl Saienko proposed openstack/ironic: Add configure_provision_network function  https://review.openstack.org/25636714:56
openstackgerritVasyl Saienko proposed openstack/ironic: Update Ironic VM network connection  https://review.openstack.org/25636614:56
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643214:56
openstackgerritVasyl Saienko proposed openstack/ironic: Add 'neutron' network driver  https://review.openstack.org/31739314:56
openstackgerritVasyl Saienko proposed openstack/ironic: Update the deploy drivers with network flipping logic  https://review.openstack.org/21326214:56
openstackgerritVasyl Saienko proposed openstack/ironic: Add network_interface API  https://review.openstack.org/31739214:56
openstackgerritVasyl Saienko proposed openstack/ironic: Add network_drivers  https://review.openstack.org/28585214:56
openstackgerritVasyl Saienko proposed openstack/ironic: Add Ironic/Neutron integration documentation  https://review.openstack.org/25859614:56
openstackgerritVasyl Saienko proposed openstack/ironic: Allow to use NETWORK_DRIVERS in devstack  https://review.openstack.org/29352014:56
* dtantsur is impressed every time it happens14:56
sambettslucasagomes: tbh even if we had authenticated access from IPA to Ironic API I wouldn't want it to talk to it14:57
dtantsurright. this spec has some "but" though14:57
dtantsurfor example it does not support ironic standalone. it does not support inspection. it still relies on a secure channel between ironic and IPA14:58
sambettslucasagomes: Ironic API IMO should be public API, and the conductor should be plumbed into the provisioning network, the provisioning network should be able to be completely isolated from the outside world and the control plane14:58
dtantsurit's possible now, if you're using pxe_* drivers, not agent_*14:59
sambettsdtantsur: we still need to lookup/heartbeat so we need control plane access right?15:00
sambettsbecause its through the API15:00
dtantsursambetts, well, access to ironic API, not the whole control plane15:00
lucasagomessambetts, yeah maybe, I think the future versions of the API will accomodate a lot more of the use cases that we have now that wasn't the case in the past15:00
dtantsuror even: access to two endpoints of ironic API15:00
lucasagomesironic was designed so the nova API would serve as an public api for it15:01
lucasagomesthe current one I mean*15:01
*** mgoddard has joined #openstack-ironic15:02
*** dmk0202 has quit IRC15:04
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: Add boot information into the inventory  https://review.openstack.org/32044815:05
*** joprovost1 has joined #openstack-ironic15:05
*** joprovost has quit IRC15:06
*** joprovost1 is now known as joprovost15:06
sambettsright, but each conductor is in charge of a particular set of nodes right, we do that to scale up ironic, right now if IPA wants to heartbeat it has to hit the Ironic API which then has to forward the request to the right conductor, instead of the communication being directly from conductor in charge of that node to the node and back. So we basically have to scale up the API at the same time as15:08
sambettsthe conductors because even though we can scale them separately the amount of traffic hitting the Ironic API scales linearly with the number of nodes registered into Ironic15:08
sambettsalso I might put my server running my conductor service nice and close the the set of nodes it is managing, and the API might be somewhere a long way away from that machine, so talking to API to talk to my conductor seems like the long way around15:11
*** mgoddard has quit IRC15:13
*** jaybeale has joined #openstack-ironic15:13
*** mgoddard has joined #openstack-ironic15:13
*** piet has quit IRC15:13
*** mgoddard has quit IRC15:14
*** mgoddard has joined #openstack-ironic15:14
*** itamarl has quit IRC15:15
*** mtanino has joined #openstack-ironic15:16
*** lennyb has quit IRC15:17
vdrokjroll: I think if run two conductors on the same node, api won't know to which to pass the messages, get_topic_for will be switching between them randomly15:18
jrollvdrok: not if you set [DEFAULT]/host differently15:19
*** rcernin has quit IRC15:19
vdrokheh, didn't know about that :)15:19
*** penick has joined #openstack-ironic15:22
lucasagomesjroll, ++15:23
*** sabeen1 has joined #openstack-ironic15:26
lucasagomessambetts, right, and proposed solution is to have a separated service that handles the communication between the IPA and the conductor? Or having IPA to talk to the conductor directly ?15:27
*** sabeen has quit IRC15:28
sambettslucasagomes: I've thought about both and in the end I think I settled on, I would suggest separate processes, one or more per conductor, with one foot inside a neutron network and one foot outside15:31
*** tesseract has quit IRC15:34
*** sacharya has joined #openstack-ironic15:34
lucasagomessambetts, right, doesn't it make it harder to scale? Now you have to scale up this internal API as the same time as the conductor + manage the external API as well15:34
lucasagomesat the same*15:35
*** piet has joined #openstack-ironic15:36
*** hamzy has quit IRC15:37
sambettslucasagomes: the external API can scale based on the number of users/nova's you have, and everything else scales with the conductors, if I double my nodes I add a second conductor and that starts the internal API processes, and there is no need to touch the external API15:37
sambettsneutron starts the internal API processes, like it does is the metadata proxy service15:38
sambettsor ^15:38
* JayF == lucasagomes15:38
JayFwe have long running agents so we already see "the flood" of heartbeats on our api cluster15:39
JayFand it'd be 1000x more complex if we had to scale out 2 clusters instead of one.15:39
*** rama_y has joined #openstack-ironic15:39
JayFHowever, I could see that being a valuable *choice* for a deployer to make if they wanted, limiting the "agent api cluster" to only being able to do the two api calls the agent needs by policy, and nothing else whatseover15:39
JayFand with it being limited to agents, you could lock it down to the needed paths even moreso15:39
*** yuikotak_ has quit IRC15:40
* JayF hopes he digested enough of that context before jumping in15:40
jrollcouldn't you just do that by standing up two sets of api clusters, one for users with one policy, one for agents with different policy?15:40
sambettsJayF: what I'm saying is that doing it my way reduces the need to scale the API cluster, because you get your scaling by adding more conductors15:40
*** joprovost1 has joined #openstack-ironic15:40
JayFsambetts: then I'm missing something; you want to expose an api on conductors?15:41
sambettsJayF: implementation details aside, basically, yes15:41
JayFYikes.15:41
JayFThat would change the failure model around conductors considerably, wouldn't it?15:42
sambettsthe conductor already talks directly to the ramdisk, why shouldn't the ramdisk talk to the conductor15:42
JayFLike honestly, I don't understand if you go that route, why not eliminate a dedicated api layer altogether/15:42
sambetts?15:43
*** joprovost has quit IRC15:43
JayFI'm not sure how the agent is any different than any other api client15:43
JayFlike I'm extending your idea to it's logical conclusion: why have a dedicated api service separate from conductors at all?15:43
sambettsbecause you need to have a way to talk to the whole cluster, e.g. node list etc15:44
*** joprovost1 has quit IRC15:45
JayFoh, so you'd actually link the agent and the conductor15:45
JayFyou wouldn't like, load balance on top of the conductor15:45
JayFthat is pretty much an impossible configuration with static dhcp :(15:45
*** joprovost has joined #openstack-ironic15:45
JayFlike ipa-api-url= on the agent would be the direct ip of the conductor doing teh deploy15:45
openstackgerritVladyslav Drok proposed openstack/ironic: Use correct iscsi portal port in continue_deploy  https://review.openstack.org/32114515:45
sambettsJayF: yes15:45
JayFDoesn't that mean the failure of a single conductor is more likely to fail a deployment/15:46
JayFRight now, if a deploy is in DEPLOYWAIT and the conductor managing it dies, the deploy can be picked up by another conductor15:46
JayFin this case, you'd have to completely restart/reconfigure the agent to recover from failure15:46
mat128sambetts, JayF maybe ir-cond can do the heartbeat to agents running?15:47
mat128not really thought about the idea througly15:47
mat128throughly*15:47
*** joprovost has quit IRC15:50
*** mtanino has quit IRC15:51
*** joprovost has joined #openstack-ironic15:51
sambettsJayF: I also thought about putting a separate http API service between the conductor and the node, which run completely unauthenticated serving the heartbeat and lookup endpoints and that was it15:52
*** mtanino has joined #openstack-ironic15:52
JayFTo me; there's no need for this to be a different service. You can choose to do that today with the existing API service.15:52
JayFWhat would this "agent api service" do differently than a normal ironic-api instance?15:52
sambettscompletely unauthenticated, hooked directly into the neutron namespace, and all conductor to ramdisk communication would be proxied through it15:55
JayFI still think you could implement this today using apache configuration + existing ironic-api services15:56
*** jaybeale has quit IRC15:57
mat128JayF, sambetts: yes you can, we've been running like since the beginning15:57
mat128reverse proxy that only allows specific paths15:57
mat128reduces attack surface a little bit15:57
*** dprince has quit IRC15:57
JayFwe implement similar restrictions, but through our switches and networks. Using static DHCP makes that path a bit easier too, I think15:58
*** dprince has joined #openstack-ironic15:58
mat128static DHCP as in static leases, or purely "static" DHCP/PXE15:59
sambettsJayF: I'm talking basically using this service to NAT all conductor communication into neutron networks so that it allows 1 conductor to control nodes in mutliple isolated neutron networks15:59
mat128we do the latter, don,t see any advantage to the former15:59
JayFmat128: we have all our dhcp/pxe booting setup statically. Probably not a decision we would repeat if building out today.16:00
JayFmat128: but it reduced a lot of risk for us when Ironic was younger :)16:00
lucasagomesaarefiev, around? I see sylvain comment here https://review.openstack.org/#/c/316031 saying to wait for the api_model, which is now merged16:00
aarefievlucasagomes: yeah, I'll ping him one more time16:01
mat128JayF: the dynamic PXE stuff wasn't even in place back then, I remember talking about it with Lucas in Vancouver16:01
mat128so you had no choice :)16:02
lucasagomesaarefiev, fair enough, so nothing to update in that patch?16:02
JayFmat128: actually I don't think that's true16:02
*** mgoddard_ has joined #openstack-ironic16:02
*** mgoddard has quit IRC16:02
*** wajdi has joined #openstack-ironic16:02
mat128really?16:02
JayFmat128: An intern for OnMetal is the person who ripped out the dhcp code and made it a pluggable interface16:02
JayFmat128: so we could write a noop driver and plug it in :)16:02
JayFI think?16:02
jrollmat128: I think you mean "stateless ipxe"16:02
mat128jroll is correct16:02
jrollwhere ipxe.txt is served from the api16:02
mat128my bad, there was always code for dhcp16:02
mat128patched out downstream here ;)16:03
jrollheh16:03
openstackgerritMerged openstack/ironic: minor changes to security documentation  https://review.openstack.org/32056616:03
mat128until the noop driver landed16:03
aarefievlucasagomes: looks like no16:03
lucasagomesaarefiev, cool I will see if I get him to look at the patch again too16:03
lucasagomesaarefiev, looking fwd to get that fixed16:03
JayFmat128: we're getting perilously close to running master. Once metrics and the rescue stuff we have outstanding for review get in, networking is one of the last pieces.16:03
aarefievme too :)16:03
*** wajdi_ has joined #openstack-ironic16:04
dtantsurheading home, see you tomorrow16:05
sambettso/ dtantsur16:05
lucasagomesdtantsur, g'night16:05
*** jaybeale has joined #openstack-ironic16:06
vdroknight dtantsur16:06
*** wajdi has quit IRC16:07
*** trown is now known as trown|lunch16:07
*** piet has quit IRC16:08
*** PollyZ_ has joined #openstack-ironic16:09
*** PollyZ has quit IRC16:10
*** PollyZ_ is now known as PollyZ16:10
openstackgerritLucas Alvares Gomes proposed openstack/virtualbmc: Set IPMI session timeout for the virtual BMCs  https://review.openstack.org/31602216:11
*** rbudden has quit IRC16:11
*** joprovost has quit IRC16:14
*** ChrisAusten has joined #openstack-ironic16:15
* sambetts -> home 16:15
sambettsNight all! o/ Enjoy the long weekend, I'm out of office tomorrow16:16
*** sambetts is now known as sambetts|afk16:16
*** ifarkas has quit IRC16:16
lucasagomessambetts|afk, g'night16:17
lucasagomesvdrok, interesting I didn't know we couldn't register new users in the wiki page16:18
* lucasagomes check ML about16:18
vdroknight sambetts|afk16:18
vdroklucasagomes: yep, there was a thread about this recently16:18
lucasagomesvdrok, fair enough16:19
lucasagomesyeah maybe we should temporarily move the agenda to the ironic whiteboard and add a note to the wiki redirecting people to it16:19
lucasagomesjroll, ^ not sure if you are aware16:19
*** _vsaienko has joined #openstack-ironic16:20
*** _vs has joined #openstack-ironic16:20
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add tests for testing node-delete command  https://review.openstack.org/25145816:21
vdroklucasagomes: jroll here is the thread if you haven't found yet - http://lists.openstack.org/pipermail/openstack-dev/2016-May/094408.html16:21
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add tests for testing node-delete command  https://review.openstack.org/25145816:24
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add tests for testing node-delete command  https://review.openstack.org/25145816:25
lucasagomesvdrok, ty :-) damn spammers16:31
*** _vsaienko has quit IRC16:32
*** _vs has quit IRC16:32
*** kromanenko_ has quit IRC16:34
*** kromanenko__ has quit IRC16:34
*** Romanenko_K has quit IRC16:34
*** wajdi_ has quit IRC16:35
*** dprince has quit IRC16:35
*** dprince has joined #openstack-ironic16:35
lucasagomescalling it a day too16:41
lucasagomeshave a great evening all! See you all tomorrow :-)16:41
*** lucasagomes is now known as lucas-afk16:41
jrolllucas-afk: vdrok: I'd prefer keep the agenda on the wiki, but have a note to drop a note in email/irc if people can't update it16:43
jrollor something16:43
jrollidk16:43
JayFIf you ask in -infra, they'll enable new signups long enuogh for you to signup16:43
*** PollyZ has quit IRC16:49
*** PollyZ has joined #openstack-ironic16:51
*** mgoddard_ has quit IRC16:53
*** mgoddard_ has joined #openstack-ironic16:53
*** ChubYann has joined #openstack-ironic16:53
*** absubram has joined #openstack-ironic16:55
*** derekh has quit IRC16:56
*** absubram has quit IRC16:56
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector: Updated from global requirements  https://review.openstack.org/32167916:58
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-lib: Updated from global requirements  https://review.openstack.org/32168016:58
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/32168116:58
*** absubram has joined #openstack-ironic16:59
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironic-inspector-client: Updated from global requirements  https://review.openstack.org/32172017:04
openstackgerritOpenStack Proposal Bot proposed openstack/python-ironicclient: Updated from global requirements  https://review.openstack.org/32172117:04
*** baoli_ has quit IRC17:06
*** baoli has joined #openstack-ironic17:06
*** ijw has joined #openstack-ironic17:11
*** ijw has quit IRC17:11
*** fragatina has joined #openstack-ironic17:15
*** moshele has quit IRC17:16
*** ijw has joined #openstack-ironic17:16
*** mtanino has quit IRC17:17
*** fragatina has quit IRC17:20
*** trown|lunch is now known as trown17:20
*** wajdi has joined #openstack-ironic17:27
*** dprince has quit IRC17:28
*** ijw has quit IRC17:28
*** wajdi_ has joined #openstack-ironic17:28
*** baoli_ has joined #openstack-ironic17:29
*** mgould is now known as mgould|afk17:29
*** joprovost has joined #openstack-ironic17:30
*** wajdi has quit IRC17:31
*** baoli has quit IRC17:32
rloojroll: wrt meeting agenda. why not put it in the etherpad, just above the subteam status reports?17:33
rloojroll: would mean one less *thing* to do each week (no need to update the wiki/meetings page)17:34
jrollrloo: dunno, I think the whiteboard is too cluttered already, and I appreciate the emails I get when the agenda is updated17:34
jrollno strong reasons though17:34
rloojroll: this whole wiki thing is a pain. i don't want people to feel like they are second-class citizens.17:35
jrollrloo: also direct links to the wiki is important17:36
jrollrloo: sure, I agree, just don't see the need to change personally17:36
jrollrloo: this wiki thing has been a thing for quite some time, I haven't heard about it being a problem wrt our agenda17:37
rloojroll: maybe cuz the only ones updating our agenda are the 'older' folks? or cuz the newer ones that cannot, don't say anything?17:37
JayFI'm honestly a bit with rloo here17:37
JayFunless we get infra's permissino to advertise their willingness to enable signups as needed directly on the page17:38
*** e0ne has quit IRC17:39
jrollrloo: I think those folks should speak up if they have a problem with it, personally17:39
jrollbut I really don't care, whatever works for the team17:39
jrollI don't believe etherpad is the right place for it17:39
rloooh interesting. so there is going to be a 'minimal' fee to go to the Project Teams gathering.17:39
jrollbut I don't have an alternative17:39
JayFrloo: in exchange for it being less sponsor laden. I think that's a good tradeoff.17:40
rloojroll: well, i'm fine waiting to see if anyone complains.17:40
rlooJayF: depends on what 'minimal fee' is. I don't know why I'm mentioning it, the fee will always be minimal compared to flight/hotel :)17:40
*** electrofelix has quit IRC17:41
JayFrloo: I lost my taste for sponsors at the summit when at the same summit we got integrated, MAAS got a keynote.17:44
JayFrloo: doesn't feel community to be able to buy and sell influence at community events17:44
*** vishwanathj has quit IRC17:44
jrollJayF: you should've seen austin where intel showed how they went to a corner and rewrote nova in golang including vms, containers, and bare metal17:45
mat128JayF: I remember that MAAS keynote and one question from the public: "But is this using Ironic?" "Nope"17:45
*** david-lyle has quit IRC17:47
*** rama_y has quit IRC17:47
*** david-lyle has joined #openstack-ironic17:47
*** devananda has joined #openstack-ironic17:50
*** ijw has joined #openstack-ironic17:51
*** athomas has quit IRC17:53
*** Nisha_away has joined #openstack-ironic18:03
*** rama_y has joined #openstack-ironic18:18
*** baoli_ has quit IRC18:21
*** baoli has joined #openstack-ironic18:21
*** jaybeale has quit IRC18:23
*** wajdi_ is now known as wajdi18:34
*** _vsaienko has joined #openstack-ironic18:40
*** _vs has joined #openstack-ironic18:40
*** lucas-afk has quit IRC18:48
*** daemontool has quit IRC18:51
*** lucasagomes has joined #openstack-ironic18:54
*** baoli has quit IRC19:01
*** baoli has joined #openstack-ironic19:01
*** PollyZ_ has joined #openstack-ironic19:04
*** PollyZ has quit IRC19:05
*** PollyZ_ is now known as PollyZ19:05
*** e0ne has joined #openstack-ironic19:13
*** fragatina has joined #openstack-ironic19:16
*** fragatina has quit IRC19:17
*** fragatina has joined #openstack-ironic19:17
zer0c00lThis is probably a stupid question: Are the rpcapi calls from ironic-api to ironic-condutor async19:21
*** PollyZ has quit IRC19:21
jrollzer0c00l: call is sync, cast is async19:21
rloozer0c00l: look in conductor/rpcapi.py to see if a call or cast is being done. depends on the actual call19:22
*** baoli has quit IRC19:23
zer0c00l            pecan.request.rpcapi.do_node_deploy(19:23
zer0c00lrloo: okay19:23
zer0c00ljroll: thanks19:23
jrollright, look at that method in rpcapi19:23
jrolloften it will be a call, which means sync19:24
jrollbut then if you look at the server side (conductor.manager)...19:24
jrollit will spawn a thread and return immediately19:24
*** Waltz has joined #openstack-ironic19:24
rlooso it kind of depends on what you meant by sync or async :)19:25
zer0c00li see19:25
jrollheh19:25
jrollthe rpc call is usually sync but the actual action is usually async19:25
zer0c00lokay :)19:25
*** zzzeek has quit IRC19:31
openstackgerritXavier proposed openstack/python-oneviewclient: Adding dynamic allocation operations  https://review.openstack.org/25869919:32
*** zzzeek has joined #openstack-ironic19:39
*** baoli has joined #openstack-ironic19:41
*** Nisha_away has quit IRC19:44
*** [1]cdearborn has joined #openstack-ironic19:47
*** e0ne has quit IRC19:49
*** e0ne has joined #openstack-ironic19:55
*** absubram has quit IRC19:55
TheJuliaso.... this is going to feel like egg on the face, but has anyone validated the json in the raid docs?19:55
*** sdake_ has joined #openstack-ironic19:58
*** PollyZ has joined #openstack-ironic20:00
*** sdake has quit IRC20:00
*** cdearborn has quit IRC20:02
rlooTheJulia: I thought the HPE folks did. Ramesh et al.20:03
rlooTheJulia: OH. the documentation. dunno.20:04
TheJuliaheh, yeah, I think they were thinking dictonaries, it should be double quoted :(20:04
TheJuliasince json20:04
rlooTheJulia: quite possible.20:04
rlooTheJulia: I mean, it is quite possible that the docs are wrong.20:04
TheJuliaI just sifted through the history of the original review20:04
TheJuliait looks that way :\20:04
* TheJulia opens a bug20:05
rlooTheJulia: as long as the code is right. Updating doc is easier and we don't have to worry about breaking people's code.20:05
rloothx for noticing and doing something about it TheJulia !20:05
*** rbudden has joined #openstack-ironic20:07
*** ayoung has quit IRC20:07
TheJuliarloo: oh no problem, it was an internal user that went "Hey, wait a second... and I tossed it into a linter and went... yup, something is really wrong here" :(20:08
rlooTheJulia: a nice low-hanging-fruit for someone to fix... ;)20:09
TheJuliaI'll actually do it while I'm sitting here right now, I've been interrupted like 500 times today :(20:10
*** absubram has joined #openstack-ironic20:11
*** jaybeale has joined #openstack-ironic20:12
rlooHey TheJulia, I want to bug you. (jk)20:12
TheJulialol20:13
*** PollyZ has quit IRC20:13
TheJuliaonly took me like 3 days to get through just my work email...  I really should have just deleted it all20:14
*** PollyZ has joined #openstack-ironic20:14
rlooTheJulia: it just means that you are important and we all missed you!20:16
*** rbudden has quit IRC20:19
TheJulia:)20:19
TheJuliahttps://github.com/openstack/ironic/blame/master/doc/source/deploy/raid.rst#L171 vs line 177 seems weird to me.....20:22
openstackgerritMario Villaplana proposed openstack/ironic: Add notification base classes and docs  https://review.openstack.org/29846120:23
*** e0ne has quit IRC20:23
*** e0ne has joined #openstack-ironic20:27
*** e0ne has quit IRC20:29
*** e0ne has joined #openstack-ironic20:33
JayFrloo: that project-config patch is on my list for today, about to start working on it, but a bump is always appreciated :)20:35
rlooJayF: ok. bump = +/- 1?20:35
JayFI'm using it like you would for old school forum software, where posting any comment "bumps" something to the top of the thread20:36
JayFso you re-1ing so I see it I consider a 'bump'20:36
rlooJayF: ok. I wasn't sure if you didn't notice the comments initially cuz I had 0'd it, so I -1'd it.20:37
JayFno I saw them, and have half-finished responding to comments, just had a few other things in my hair + missed a majority of last week sick20:37
rlooJayF: Ok good. Sorry you were sick last week. I am trying (sort of) to get patches turned around faster, so just wanted to make sure you knew.20:38
JayFI appreciate it20:39
JayFif you have room on your review radar, the rescue spec (which is a priority, albeit mid-to-low) is getting dusty with no reviews at all on them20:39
JayFs/them/it/20:40
rlooJayF: that ain't going to happen soon. I've got driver composition/volume that I want to look at and I think i might start looking at multitenant patches soon (depending on grenade)20:40
rlooJayF: is the rescue stuff fairly straightforward? code written already?20:41
mariojvhey, random question, not sure if this is the best channel for it. what's a good way to manage multiple patchsets that depend on each other with gerrit?20:41
mariojvi have the patch for ironic notifications, and the patch for adding a notif - if i keep them on the same branch, then run git review, will it try to update both patches?20:41
mariojvit seems like it would be annoying to keep rebasing multiple times for each commit in a series20:42
JayFrloo: interface is already merged, my spec is for an agent driver implementation on it. Don't overload yourself on my behalf though, those other things I think are higher prio20:42
JayFmariojv: yeah, so think of it this way20:42
JayFmariojv: you build a set of commits on master, git review pushes *each commit* as a dependent patchset20:42
JayFbut lets say you don't edit the first patch, you edit the second one; it will only push the second one if the first one has no changes when rebased20:42
JayFfor notifications, you absolutely want to do them as dependant patchsets20:42
JayFbecause you'll not going to have anything merge before the foundational patch20:43
mariojvok, great. will it auto-add depends-on too, or is that manual?20:43
JayFthis is the original depends-on :)20:43
mariojvawesome. thanks!20:43
JayFyou only need depends-on in the commit message for cross-project or if the changes are unrelated otherwise20:43
*** rbudden has joined #openstack-ironic20:48
JayFhttps://review.openstack.org/#/c/321153 is a simple spec update for metrics if someone has a moment to review+land. 1x+2 and 2x+1 already (including jroll, but he has mental-effort in this change so didn't vote as a core)20:48
*** yuikotak_ has joined #openstack-ironic20:57
*** yuikotak_ has quit IRC20:58
*** yuikotak_ has joined #openstack-ironic20:58
*** yuikotak_ is now known as yuikotakadamori_20:59
*** Goneri has quit IRC21:03
*** fragatina has quit IRC21:09
*** lindycoder has quit IRC21:11
*** trown is now known as trown|outtypewww21:11
*** rbudden has quit IRC21:16
*** _vsaienko has quit IRC21:17
*** _vs has quit IRC21:17
*** aNupoisc has joined #openstack-ironic21:19
*** causten_ has joined #openstack-ironic21:19
jrollJayF: https://bugs.launchpad.net/ironic/+bug/158617321:21
openstackLaunchpad bug 1586173 in Ironic "Tempest tests don't verify CLEANING state" [Undecided,New]21:21
JayFty jroll21:22
jrollnp21:22
*** ChrisAusten has quit IRC21:23
*** causten_ has quit IRC21:24
openstackgerritJulia Kreger proposed openstack/ironic: Correct RAID documentation JSON  https://review.openstack.org/32186221:24
*** fragatina has joined #openstack-ironic21:29
openstackgerritMario Villaplana proposed openstack/ironic: Add power state change notifications  https://review.openstack.org/32186521:30
*** jrist has quit IRC21:32
*** Egyptian[Home] has joined #openstack-ironic21:34
openstackgerritRuby Loo proposed openstack/ironic-specs: Support rolling upgrades  https://review.openstack.org/29924521:34
*** yuikotakadamori_ has quit IRC21:37
*** jrist has joined #openstack-ironic21:45
JayFcrosspost from #openstack-infra:21:48
JayFIs there a reason for constructs like https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/devstack-gate.yaml#L690 we export the value to a local variable instead of just referencing {ipxe-enabled} in the if directly?21:48
JayFjroll: ^ do you have any idea?21:48
*** rbradfor is now known as rbradfor_not_fou21:51
*** rbradfor_not_fou is now known as rbradf_not_found21:52
*** sdake has joined #openstack-ironic21:53
*** e0ne has quit IRC21:53
JayFI see folks not using the intermediate var in that file, so I won't21:54
*** sdake_ has quit IRC21:54
*** PollyZ_ has joined #openstack-ironic21:55
*** jaybeale has quit IRC21:57
*** wajdi has quit IRC21:58
*** ametts has quit IRC21:58
*** PollyZ has quit IRC21:59
*** PollyZ_ has quit IRC22:00
*** PollyZ has joined #openstack-ironic22:00
*** amotoki has joined #openstack-ironic22:02
*** Waltz has quit IRC22:02
jrollJayF: no, likely just silliness22:08
* jroll not here right now22:08
openstackgerritRuby Loo proposed openstack/ironic: Add 'How to get a decision on something' to FAQ  https://review.openstack.org/32124622:12
*** ayoung has joined #openstack-ironic22:12
*** rbudden has joined #openstack-ironic22:12
aNupoisccinerama: are you there?22:13
*** Egyptian[Home] has quit IRC22:13
cineramahi aNupoisc22:13
aNupoischi. actually yesterday i tried couple of things but didn't worked22:13
aNupoisccinerama: i am just getting stuck at same keystone point22:14
aNupoisccan you just check if any of these values needs to be changed22:14
aNupoischttp://pastebin.intel.com/view/7c76eaae#L1422:14
cineramaaNupoisc, ok so you had a clean VM to start with, and you ran bifrost's install steps as specified in the docs?22:15
cineramaalso that might be an internal pastebin, the link doesn't work?22:15
*** [1]cdearborn has quit IRC22:15
aNupoisccinerama: yes i did that. Oh i will pastebin a newone22:16
aNupoisccinerama: http://pastebin.com/ma2HaqNd22:16
aNupoisccinerama: it is from ironic.conf22:17
cinerama aNupoisc can you please remind me what error you're seeing? and can you check the /etc/ironic-inspector/inspector.conf auth_strategy too?22:20
aNupoisccinerama: yes so on running enroll-dynamic I am seeing No auth found from Keystone,iddleware.auth_token22:22
aNupoisccinerama: i have set auth_strategy to noauth22:22
*** Goneri has joined #openstack-ironic22:23
TheJuliaaNupoisc: how did you install everything?22:23
aNupoisci can't see ironic-inspector22:23
aNupoiscI am following http://docs.openstack.org/developer/bifrost/readme.html#installation22:24
aNupoiscTheJulia22:26
* TheJulia should make another post-it note... rev documentation22:26
aNupoisccinerama: on cloning bifrost.git I am applying a patch which my team had used earlier to run bifrost but that patch is not an issue22:26
aNupoisccinerama: shall i pastebin the gitt diff?22:26
*** jaybeale has joined #openstack-ironic22:27
TheJuliaaNupoisc: if you can get us the ansible playbook output with -vvvv where the you get the stacktrace from keystonemiddleware.auth_token, that will be most helpful22:28
aNupoiscTheJulia: yes sure22:28
aNupoiscTheJulia: give a minute22:28
cineramai am kind of curious about your diff too, perhaps it works in a different environment22:29
*** ijw has quit IRC22:29
cineramaalso, when i was helping you the other day you gave me the impression you were working off an unaltered clone22:29
TheJuliaif it changes the role... that might be the cause22:29
*** rbudden has quit IRC22:31
TheJuliacinerama: was it a recent clone/install?22:32
cineramaaNupoisc, ^^^22:32
aNupoisccinerama: TheJulia: http://pastebin.com/zus9iZQq this is -vvvv output22:33
aNupoischttp://pastebin.com/F5iMJehA this is ironic-api.log putput22:34
aNupoisccinerama: yes i tried with unaltered repo and altered repo after patch too22:34
TheJuliaAhh! context!22:37
TheJuliasomething is up with your ironic config and it is trying to force authentication22:38
*** PollyZ has quit IRC22:38
cineramauh huh22:38
*** PollyZ has joined #openstack-ironic22:39
*** ijw has joined #openstack-ironic22:39
TheJuliathe fact that it is pointing to a specific port/point makes me think that bifrost was installed on top of maybe something like a devstack install?22:39
cineramaso i had aNupoisc check out the ironic conf, was using keystone but we changed it to noauth. still having trouble after that22:39
cineramayes i asked about that too22:39
TheJuliawe, at present (unless someone merged it and I've not noticed while I was out... which is entirely possible) only do line level string replacements, so we don't squash the entire ironic.conf file22:40
cineramathat's right i think22:40
cineramathe patch to get away from using the sample conf did not merge yet22:40
TheJuliatl;dr to allow the user to have a little more flexibility.  There is a patch to go back to being template driven, which will eventually land22:40
TheJuliaYeah, motivation for sample config context is strong though ;)22:41
cineramadid not pass CI in a couple spots, meant to poke it but #things happened22:41
aNupoiscTheJulia: so yes I am creating a bifrost VM and then bifrost is installed in that VM22:41
TheJuliac'est la vie22:41
cineramathere *is* a relevant patch that landed sometime recently though IIRC hang on22:43
*** Goneri has quit IRC22:43
cineramaaNupoisc, if you do a "git log" in your bifrost, what's the last revision you see (aside from your in-house patches)?22:43
aNupoisccinerama: this is the git diff http://pastebin.com/5Lg5xypG22:44
TheJuliaalso, if you `grep "auth_strategy" /etc/ironic/ironic.conf` everything should be set to noauth22:44
aNupoisccinerama: TheJulia: haha having so many pastes22:44
cineramaaNupoisc, just the date of the last change in the git log, or the subject would be helpful22:45
aNupoisccinerama: commit dfcfcc22a843653c372d1ba8cf7fea757d09b7b22:45
aNupoiscTheJulia: yes everything is set to noauth22:46
aNupoiscis it possible to screen share?22:46
TheJuliawhen was this install performed?22:46
aNupoisccinerama TheJulia22:46
cineramaaNupoisc, that's from back in january22:46
cineramaTheJulia, remember the oslo config changes to sample config22:46
gmmahacinerama: TheJulia: i work with aNupoisc and this was the setup i had back in Jan and it worked then.. Pretty much tearing it down and re-creating it again..22:47
TheJuliaoh hey gmmaha!22:47
gmmahahowdy TheJulia22:47
cineramahi gmmaha22:47
gmmahahey cinerama22:47
aNupoiscyes22:47
gmmahai am stuck elsewhere and unable to help aNupoisc debug this.. hence us bothering you guys a little..22:47
TheJuliaso, if you guys ought to pull down the latest state of master and apply your patches on top22:48
gmmahayeah.. should ahve done that a while back.. been procrastinating :|22:48
TheJuliaor at least stable/mitaka, You may also just want to move your /etc/ironic/ironic.conf file out of the way22:48
aNupoiscTheJulia: yeah may be i can try that22:48
TheJuliathere have been a number of config changes recently and we've had to fix a few of our regular expressions, hence the templating change noted in earlier discussion that we're contemplating22:49
cineramai don't see anything troublesome in your diff but you may be having difficulty if you're using a older/stale bifrost with newer ironic22:50
gmmahacinerama: aaaah.. never thought about that.. hmmmmm22:50
cineramajust because of changes to ironic22:50
TheJuliacinerama: better put than I22:50
gmmahacinerama: true that..22:50
gmmahaTheJulia: cinerama: thanks.. we will try nd update the patch to stable/mitaka and see how it plays out22:51
cineramanow we do have a stable branch but if you're not using stable ironic it won't help you22:51
TheJuliathe hope is to avoid such things, but they are inevitable sometimes :)22:51
aNupoiscgmmaha cinerama TheJulia yes i am tearing down and will clone stable/mitika22:51
gmmahaTheJulia: :)22:52
TheJuliaaNupoisc: we have a specific way of forcing it to clone stable/mitaka for everything, one moment22:52
gmmahacinerama: true that.. we will try and jump onto the stable rlease and see how it plays out!22:52
cineramawell you don't necessarily have to use stable (unless it's in your other requirements), just if you're going bleeding edge on one, you need to for both22:53
TheJuliahttps://github.com/openstack/bifrost/blob/master/playbooks/roles/bifrost-prep-for-install/defaults/main.yml#L1522:54
TheJuliathat will make your life much happier22:54
TheJuliaif you update those to stable/mitaka22:54
TheJuliaWe pull the clone because there are cases where you don't get things like... the sample config :)22:54
gmmahaTheJulia: aah.. yes, best to match them both.. saves us quite the pain22:55
TheJuliaThis is where you can tell, I _really_ like having the sample config contet22:55
TheJuliacontext22:55
gmmahacinerama: yes, you are right.. best to match both and save us all some trouble :)22:56
gmmahaTheJulia: +1 on the config context22:57
aNupoisccinerama TheJulia ironicclient_git_branch well set22:57
TheJuliaI can't tell you the number of times I've opened a managed config file with 0 context and have facepalmed and groaned over the years22:57
TheJuliaaNupoisc: you'll want to do line 16 as well22:58
gmmahaTheJulia: :)22:58
TheJulialine 17/18... I would be less worried about.... 17 actually might not have a stable branch now that I think about it since it is an infra library22:58
aNupoiscTheJulia: ah yeah :)22:58
TheJulia18... may also not, checking22:59
TheJulianope, 18 does not22:59
aNupoiscTheJulia: haha okay 15,16 seems very imp in this case23:02
TheJuliaindeed :)23:02
TheJuliaaNupoisc: you could alternatively set tags, but I don't think they are really worth worrying about too much :)23:03
TheJuliaat least, for the items other than 15,1623:03
TheJuliaAnyway, sounds like we're on a happier path, just make sure you mv your old /etc/ironic/ironic.conf to /etc/ironic/ironic.conf.old.  If we get the same error, then something else is in play here, but I suspect we may have something somewhere that is not playing well config wise :(23:05
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [inspector]  https://review.openstack.org/30195523:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [iscsi]  https://review.openstack.org/30961523:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [pxe]  https://review.openstack.org/30961223:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [seamicro]  https://review.openstack.org/30311323:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [agent]  https://review.openstack.org/30960323:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [ssh]  https://review.openstack.org/30364923:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [deploy]  https://review.openstack.org/30920623:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [ipmi]  https://review.openstack.org/30196723:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [dhcp]  https://review.openstack.org/30183023:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [swift]  https://review.openstack.org/30365323:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [console]  https://review.openstack.org/29594623:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [virtualbox]  https://review.openstack.org/30365523:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [glance]  https://review.openstack.org/30482923:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [DEFAULT]  https://review.openstack.org/30907023:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [api]  https://review.openstack.org/30918623:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [database]  https://review.openstack.org/30181523:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [irmc]  https://review.openstack.org/30247623:06
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [iboot]  https://review.openstack.org/30185623:06
aNupoiscTheJulia: yes i will keep name changes in mind. Hope version change solve the problem :)23:06
* TheJulia blinks23:06
*** ayoung has quit IRC23:07
TheJuliaYeah stuff like ^^^^ :(23:07
*** absubram has quit IRC23:07
*** ayoung has joined #openstack-ironic23:07
TheJuliaaNupoisc: please let us know if you have any issues.  I don't know how long cinerama will be around this evening, but it is like two hours after I should have called it a day, so have a wonderful evening! :)23:08
cineramai will be around for a bit longer23:10
*** ChubYann has quit IRC23:18
aNupoiscTheJulia cinerama: yes of course :) even i will be here a bit long23:23
aNupoischave nice evening both of youu23:23
*** jaybeale has quit IRC23:24
*** PollyZ has quit IRC23:27
*** ChubYann has joined #openstack-ironic23:30
*** ayoung has quit IRC23:34
*** thrash is now known as thrash|g0ne23:38
aNupoisccinerama TheJulia so i have cloned a stable/mitika but unable to apply the patch over it23:51
aNupoiscso taking a bit to solve the issue23:51
aNupoiscso if the file that is being changed by the patch, if that file has changed then will that make a problem23:52
*** wajdi_ has joined #openstack-ironic23:53
*** Egyptian[Home] has joined #openstack-ironic23:58
*** rama_y has quit IRC23:58
*** ChrisAusten has joined #openstack-ironic23:59

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