Thursday, 2017-08-17

TheJuliadtantsur|afk: congratulations00:11
*** milan has joined #openstack-ironic00:12
*** _milan_ has quit IRC00:12
*** zhangfei has joined #openstack-ironic00:15
*** charcol has joined #openstack-ironic00:18
*** crushil has joined #openstack-ironic00:25
TheJuliai really think we need that devstack back port, but I don't see that happening tonight00:32
*** yangyapeng has joined #openstack-ironic00:46
*** yangyapeng has quit IRC00:51
*** dyasny has joined #openstack-ironic00:53
*** litao__ has joined #openstack-ironic00:55
*** phuongnh has joined #openstack-ironic01:00
wonghi julia,may I ask you a question about drac-driver?01:11
*** crushil has quit IRC01:15
*** _milan_ has joined #openstack-ironic01:15
*** milan has quit IRC01:16
*** Sukhdev has quit IRC01:18
*** yangyapeng has joined #openstack-ironic01:33
*** r-daneel_ has joined #openstack-ironic01:53
*** mat128 has joined #openstack-ironic01:53
*** r-daneel has quit IRC01:53
*** r-daneel_ is now known as r-daneel01:53
*** dyasny has quit IRC01:58
*** gcb has joined #openstack-ironic02:07
*** crushil has joined #openstack-ironic02:10
*** r-daneel has quit IRC02:17
*** r-daneel has joined #openstack-ironic02:17
*** mkovacik__ has joined #openstack-ironic02:18
*** _milan_ has quit IRC02:18
*** rloo_afk has quit IRC02:22
*** zhangfei has quit IRC02:31
*** crushil has quit IRC02:38
*** crushil has joined #openstack-ironic02:39
*** zhangfei has joined #openstack-ironic02:49
*** mat128 has quit IRC03:03
*** Sukhdev has joined #openstack-ironic03:18
*** milan has joined #openstack-ironic03:21
*** mkovacik__ has quit IRC03:22
openstackgerritShivanand Tendulker proposed openstack/ironic master: Documetation for 'snmp' hardware type  https://review.openstack.org/49346803:56
*** Sukhdev has quit IRC03:57
*** links has joined #openstack-ironic04:01
*** vishwana_ has quit IRC04:04
*** vishwanathj has joined #openstack-ironic04:04
*** Nisha_Agarwal has joined #openstack-ironic04:07
*** udesale has joined #openstack-ironic04:15
*** masber has joined #openstack-ironic04:20
*** _milan_ has joined #openstack-ironic04:23
*** milan has quit IRC04:24
*** yangyapeng has quit IRC04:25
*** yangyapeng has joined #openstack-ironic04:27
*** openstack has quit IRC04:42
*** openstack has joined #openstack-ironic04:45
*** yangyapeng has joined #openstack-ironic04:45
*** openstackstatus has joined #openstack-ironic04:45
*** oanson has joined #openstack-ironic04:45
*** dansmith has joined #openstack-ironic04:45
*** aNuposic has joined #openstack-ironic04:45
*** honza is now known as Guest2883804:45
*** fbouliane has joined #openstack-ironic04:45
*** JayF has joined #openstack-ironic04:45
*** csmart has quit IRC04:45
*** retr0h has quit IRC04:45
*** phuongnh has joined #openstack-ironic04:45
*** amotoki has joined #openstack-ironic04:45
*** mtreinish has joined #openstack-ironic04:45
*** bradjones has joined #openstack-ironic04:45
*** ChanServ sets mode: +v openstackstatus04:45
*** leyal has joined #openstack-ironic04:45
*** sai has joined #openstack-ironic04:45
*** Dinesh_Bhor has joined #openstack-ironic04:45
*** pc_m has joined #openstack-ironic04:45
*** JayF has quit IRC04:46
*** JayF has joined #openstack-ironic04:46
*** patriciadomin has joined #openstack-ironic04:46
*** dansmith is now known as Guest5376204:46
*** antonym has joined #openstack-ironic04:46
*** EmilienM has quit IRC04:46
*** EmilienM has joined #openstack-ironic04:46
*** zigo has joined #openstack-ironic04:46
*** antonym has quit IRC04:46
*** antonym has joined #openstack-ironic04:46
*** mmedvede has joined #openstack-ironic04:46
*** mkrai has quit IRC04:46
*** aignatov has joined #openstack-ironic04:46
*** leifmadsen has joined #openstack-ironic04:46
*** weshay has joined #openstack-ironic04:46
*** bradjones is now known as Guest4542004:46
*** devananda has joined #openstack-ironic04:46
*** SpamapS has joined #openstack-ironic04:46
*** quakers has joined #openstack-ironic04:46
*** bcornec has joined #openstack-ironic04:46
*** lihi has joined #openstack-ironic04:46
*** ptx0 has joined #openstack-ironic04:46
*** dtantsur has joined #openstack-ironic04:47
*** ptx0 has quit IRC04:47
*** ptx0 has joined #openstack-ironic04:47
*** yuanying has joined #openstack-ironic04:47
*** leifmadsen has quit IRC04:47
*** leifmadsen has joined #openstack-ironic04:47
*** zzzeek has joined #openstack-ironic04:47
*** rybridges1 has joined #openstack-ironic04:47
*** rfolco has joined #openstack-ironic04:47
*** kevinbenton has joined #openstack-ironic04:47
*** hwoarang has joined #openstack-ironic04:48
*** hwoarang has quit IRC04:48
*** hwoarang has joined #openstack-ironic04:48
*** aolwas has joined #openstack-ironic04:48
*** radez has joined #openstack-ironic04:48
*** Sukhdev has joined #openstack-ironic04:48
*** edleafe has joined #openstack-ironic04:48
*** vsaienk0 has joined #openstack-ironic04:48
*** lucasagomes has joined #openstack-ironic04:49
*** jistr has joined #openstack-ironic04:49
*** dims has joined #openstack-ironic04:49
*** ianw has joined #openstack-ironic04:49
*** mkrai has joined #openstack-ironic04:49
*** jhesketh has joined #openstack-ironic04:49
*** jaosorior has joined #openstack-ironic04:49
*** dims is now known as Guest5839704:49
*** adreznec has joined #openstack-ironic04:49
*** jtomasek has joined #openstack-ironic04:50
*** vishwanathj has joined #openstack-ironic04:50
*** trown has joined #openstack-ironic04:50
*** jcook has joined #openstack-ironic04:50
*** marlinc has joined #openstack-ironic04:50
*** karthiks has joined #openstack-ironic04:51
*** Bico_Fino has joined #openstack-ironic04:51
*** bnemec has joined #openstack-ironic04:51
*** srart has joined #openstack-ironic04:53
*** adisky__ has joined #openstack-ironic04:54
*** cinerama has joined #openstack-ironic04:54
*** raginbajin has joined #openstack-ironic04:55
*** ElCoyote_ has joined #openstack-ironic04:55
*** aparnav has joined #openstack-ironic05:00
*** stendulker has joined #openstack-ironic05:10
*** openstackgerrit has joined #openstack-ironic05:14
openstackgerritShivanand Tendulker proposed openstack/ironic master: Documentation for 'snmp' hardware type  https://review.openstack.org/49346805:14
*** hshiina has joined #openstack-ironic05:17
*** masuberu has joined #openstack-ironic05:18
*** csmart has joined #openstack-ironic05:20
*** retr0h has joined #openstack-ironic05:20
*** marios has joined #openstack-ironic05:20
*** masber has quit IRC05:21
*** e0ne has joined #openstack-ironic05:23
*** Nisha_Agarwal has joined #openstack-ironic05:24
*** masber has joined #openstack-ironic05:25
*** litao__ has quit IRC05:26
*** milan has quit IRC05:27
*** masuberu has quit IRC05:28
*** milan has joined #openstack-ironic05:28
*** alineb has joined #openstack-ironic05:31
*** jaosorior has quit IRC05:32
*** jaosorior has joined #openstack-ironic05:33
*** udesale has joined #openstack-ironic05:34
*** Nisha_Agarwal has quit IRC05:41
*** e0ne has quit IRC05:41
*** udesale__ has joined #openstack-ironic05:43
*** gcb has joined #openstack-ironic05:45
*** udesale has quit IRC05:45
*** Guest28838 is now known as honza05:50
*** Sukhdev has quit IRC05:53
*** rcernin has joined #openstack-ironic05:57
*** mjura has joined #openstack-ironic05:57
*** e0ne has joined #openstack-ironic06:06
*** mvpnitesh has joined #openstack-ironic06:09
*** ianychoi has quit IRC06:23
*** ianychoi has joined #openstack-ironic06:26
*** milan has quit IRC06:30
*** rbartal_ has joined #openstack-ironic06:34
*** milan has joined #openstack-ironic06:34
*** milan has quit IRC06:38
*** udesale has joined #openstack-ironic06:40
*** udesale__ has quit IRC06:42
*** pcaruana has joined #openstack-ironic06:42
*** jaypipes has joined #openstack-ironic06:44
*** tesseract has joined #openstack-ironic06:47
*** wong has joined #openstack-ironic06:50
wonghi06:51
wonghow to remove driver_internal_info?06:51
*** tuanluong has joined #openstack-ironic06:53
*** hoonetorg has joined #openstack-ironic06:54
*** hw_wutianwei has joined #openstack-ironic06:58
*** mgoddard has joined #openstack-ironic07:05
*** Dinesh_Bhor has quit IRC07:11
*** ccamacho has joined #openstack-ironic07:12
*** Dinesh_Bhor has joined #openstack-ironic07:18
*** tuanluong has quit IRC07:20
pas-hawong: I'd presume manage/provide cycle should do it. but why do you need it?07:20
*** mvpnitesh has quit IRC07:26
*** trungnv has joined #openstack-ironic07:38
wongthere is a mistake after I make the status from manageable to availbale07:39
*** mrch has joined #openstack-ironic07:39
wongI use CLI"clean" to configure RAID,for a long time,the raid configration was success,and the node status was in manageable07:42
wongthen I use "provide" to make the node from manageable to availble07:44
wongit was in "clean failed"07:44
wongerror is " in node.driver_internal_info.get('clean_steps', [])  TypeError: 'NoneType' object is not iterable"07:50
*** mikal has joined #openstack-ironic07:51
wongutill now, I restart the clean-step,and It's OK...07:52
wongI'm afraid it will happen again07:52
*** honza has quit IRC07:54
*** honza has joined #openstack-ironic07:54
*** honza is now known as Guest1182907:55
*** zzzeek has quit IRC07:56
*** tesseract has quit IRC07:58
*** zzzeek has joined #openstack-ironic07:59
*** athomas has quit IRC07:59
*** derekh has joined #openstack-ironic08:04
*** athomas has joined #openstack-ironic08:06
*** priteau has joined #openstack-ironic08:12
*** Nisha_Agarwal has joined #openstack-ironic08:14
*** openstackgerrit has quit IRC08:17
*** priteau has quit IRC08:18
*** priteau has joined #openstack-ironic08:19
*** priteau has quit IRC08:23
*** yuriyz has joined #openstack-ironic08:26
Nisha_Agarwalmorning ironic!!!08:27
*** openstackgerrit has joined #openstack-ironic08:27
openstackgerritNisha Agarwal proposed openstack/ironic master: Add the new capabilities to the iLO InspectInterface  https://review.openstack.org/42290208:27
*** karimb has joined #openstack-ironic08:28
*** e0ne has quit IRC08:28
*** priteau has joined #openstack-ironic08:35
openstackgerritVladyslav Drok proposed openstack/ironic master: Temporary set pin_release_version to ocata  https://review.openstack.org/49443508:36
*** logan- has quit IRC08:37
*** kromanenko has joined #openstack-ironic08:37
*** aparnav has quit IRC08:39
*** aparnav has joined #openstack-ironic08:40
openstackgerritNisha Agarwal proposed openstack/ironic master: Add the new capabilities to the iLO InspectInterface  https://review.openstack.org/42290208:40
aparnavhey vdrok, I have addressed the comments for the patch https://review.openstack.org/#/c/422572/. Take a look when you find some time.08:41
*** priteau has quit IRC08:41
openstackgerritNisha Agarwal proposed openstack/ironic master: Add the new capabilities to the iLO InspectInterface  https://review.openstack.org/42290208:44
openstackgerrityolanda.robla proposed openstack/bifrost master: DNM: Testing diskimage-builder failures  https://review.openstack.org/49303308:44
openstackgerrityolanda.robla proposed openstack/bifrost master: DNM: Testing diskimage-builder failures  https://review.openstack.org/49303308:52
*** fxpester has joined #openstack-ironic09:07
pas-hamorning ironic ^)09:07
*** Guest11829 is now known as honza09:09
*** priteau has joined #openstack-ironic09:09
*** amarao has joined #openstack-ironic09:16
*** afazekas is now known as afazekas|sick09:19
*** etingof has joined #openstack-ironic09:32
*** Nisha_Agarwal has quit IRC09:33
*** Nisha_Agarwal has joined #openstack-ironic09:34
*** yangyapeng has quit IRC09:39
Nisha_Agarwalpas-ha, morning09:46
Nisha_Agarwaldtantsur, hi09:46
*** sambetts_ is now known as sambetts09:47
*** afazekas|sick is now known as afazekas09:47
Nisha_Agarwalsambetts, morning09:47
sambettsMorning Nisha_Agarwal09:47
Nisha_Agarwalo/09:50
vdrokmorning sambetts Nisha_Agarwal aparnav10:01
*** ralonsoh has joined #openstack-ironic10:08
*** retr0h has quit IRC10:11
*** mjura has quit IRC10:12
*** mjura has joined #openstack-ironic10:14
sambettso/ vdrok10:14
*** udesale has quit IRC10:18
sambettsvdrok: so you want to dig into the CI failures again this morning?10:20
vdroksambetts: the one from yesterday?10:20
vdrokwe actually have a new one as well :)10:20
sambettsoh no...10:20
vdrokhttps://review.openstack.org/49443510:21
vdrokbut again, I'm still not able to find anyone to merge the devstack patch in ocata10:21
vdrokso multinode is still broken mostly10:21
karimbhello folks, when trying to activate my own driver, i get this error "ERROR oslo_service.service DriverLoadError: Driver, hardware type or interface staging-ovirt could not be loaded. Reason: 'module' object has no attribute 'POWER_DOWN'."10:23
karimbany hints ?10:23
vdrokkarimb: seems like the driver issue, it tries to import POWER_DOWN on load10:24
vdrokand does not find it10:24
vdrokis it on the ovirt patch to staging-drivers?10:24
karimboh right10:24
karimbi can see that now, my bad10:24
karimbvdrok thanks10:25
*** retr0h has joined #openstack-ironic10:25
vdrokyeah karimb we don't have a POWER_DOWN state10:25
sambettsvdrok: I'm unsure about your patch,  I think we should be doing it by pinning in the job https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L26310:25
karimbright, it s power off, i m drunk i guess10:25
vdroksambetts: hrm, that might work as well10:26
vdroksambetts: or, you mean somewhere in project config?10:26
*** e0ne has joined #openstack-ironic10:27
sambettsvdrok: I mean in project-config10:27
vdrokit seems like that one is actually the branch containing the tested patch10:27
vdrokthe branch name for selecting grenade branches10:27
vdrokgrenade is used from master IIUC10:28
sambettswe want OVERRIDE_ZUUL_BRANCH=stable/ocata in our grenade jos10:28
sambettsjobs*10:28
sambettsand then that becomes GREANDE_BASE_BRACNH10:28
vdrokhrm, but we don't have per-release job definitions in project-config10:29
sambettserrr...we can do https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/ironic.yaml#L18910:30
sambettsI guess10:30
sambettsle sigh...10:30
vdrokyeah, that does not look pretty :)10:30
openstackgerritHironori Shiina proposed openstack/ironic master: iRMC: Follow-up: volume boot for virtual media boot interface  https://review.openstack.org/49447110:31
sambettssoo annoying that we can't set GRENADE_BASE_BRANCH directly10:32
sambetts...10:32
Nisha_Agarwalhey vdrok10:39
vdroksambetts: so, multinode has passed on that patch10:40
Nisha_Agarwalvdrok please could u bless https://review.openstack.org/422902 also10:40
vdrokNisha_Agarwal: I'd prefer to fix the gate first10:40
vdroksambetts: I'll check what it uses as base release10:40
Nisha_Agarwalvdrok, ok :)10:41
vdrokif it's still ocata, then that patch is the fastest way to go10:41
sambettsvdrok: I'm pretty sure it'll use master as the base release, but I think all that change is doing is pinning master ironic to ocata compatibilty10:41
sambetts:/10:41
vdroksambetts: well, yes, that's the intent. we need to set the pin after upgrade, and it needs to be ocata10:42
vdrokbecause we are upgrading from ocata to master still10:42
sambettsI think that job is now upgrading from master to master10:42
sambettsbecause base_devstack == stable/pike which doesn't exist10:43
sambettsand so devstack-gate falls back to master if the branch doesn't exist10:43
vdroksambetts: ah, hrm10:43
vdroklemme check10:43
*** jkilpatr has quit IRC10:44
vdroksambetts: indeed10:46
vdroksambetts: so wdyt about how to proceed?10:46
vdrokwe could just cut pike with what we have10:47
vdrokand backport things afterwardfs10:47
*** hshiina has quit IRC10:48
sambettseven that doesn't work exactly as we want because grenade on master will be testing stable/pike -> master (still stable/pike just not in name) and then the stable/pike grenade job will actually do the stable/ocata -> stable/pike testing10:48
*** phuongnh has quit IRC10:48
vdroksambetts: well, why is this not what we want? :) we'll be backporting things to pike, and pike's grenade doing upgrade from ocata to pike will be testing it10:49
sambettsjust because we'll be backporting every change... essentially forcing us into the model that the other OpenStack projects follow where they cut a release branch release candidate and then backport for the whole of feature freeze into that branch10:51
vdrokyeah10:51
vdrokwe have this same problem every release10:51
sambettsit just ends up making every commit too and we must not merge anything into master that doesn't get backported10:52
sambettss/too/two10:52
vdrokpreviously we didnot have the rolling upgrade, so it just continued to work10:52
* vdrok has to leave for a couple of hours10:53
vdrokwill continue when I get back10:54
sambettsno problem :)10:54
vdroksambetts: if you happen to know someone from devstack-core, would be great if you could get the approve on https://review.openstack.org/#/q/I0874fe3b3628cb3e662ee01f24c4599247fdc82d,n,z :)10:54
karimbvdrok now i get DriverNotFoundInEntrypoint: Could not find the following items in the 'ironic.hardware.types' entrypoint: staging-ovirt.10:54
karimbis there a way i can proceed without using source ironic ?10:55
vdrokkarimb: hrm, your entrypoint name is pxe_ovirt10:55
vdrokhttps://review.openstack.org/#/c/301226/29/setup.cfg10:56
*** makowals has quit IRC10:58
karimbvdrok yeah, but that would be the driver10:58
karimbnow, i made it supposedly into a hardware type10:59
karimbso the line in this setup.cfg shouldnt event be there, i believe10:59
karimbinstead i m supposed to edit entry points for ironic, which i dont want cause that would mean building entire ironic from source10:59
karimbvdrok does that make sense?11:00
sambettskarimb: in the ironic staging setup.cfg, add the ironic.hardware.types header and add your hardware type11:01
karimbsambetts but i can only do that from source ironic11:01
karimband i m using rdo with rpms ironic...11:01
sambettskarimb: entry point namespaces can be defined by any python package, ironic itself defines the ones in its tree, but ironic-staging or whereever your code is can also define entries in the ironic.hardware.types namespace11:02
*** zhangfei has quit IRC11:02
karimbright then11:03
sambettskarimb: the same way as ironic-staging defines drivers in setup.cfg and ironic itself defines drivers in setup.cfg11:03
pas-hakarimb: take a look at https://review.openstack.org/#/c/466000/11:03
TheJuliagood morning everyone11:03
pas-hakarimb: there I am adding hw types and driver interfaces for all current drivers in staging11:03
pas-hayou could also use a script I introduce in that patch to list available entrypoints per type/package etc11:04
*** fellypefca has joined #openstack-ironic11:05
karimbpas-ha so actually turns out i  have allready created the entrypoints in setup.cfg allready11:05
karimbin the ironic_staging_drivers setup.cfg11:05
pas-hanow you have to pip install it to update the entrypoints and restart ironic conductor11:06
fellypefcaHi everyone, good morning! :)11:06
* pas-ha karimb: the error from the last job means there's something wrong with your module too11:07
pas-hahttp://logs.openstack.org/26/301226/29/check/gate-ironic-staging-drivers-dsvm-ubuntu-xenial/9845bf5/logs/screen-ir-cond.txt.gz#_Aug_17_10_24_56_17900811:07
pas-ha'module' object has no attribute 'POWER_DOWN'.11:07
pas-haso ironic found that interface, but failed to load the python code due to error11:07
pas-ha(and crushed)11:08
pas-hawell, not crushed, did not start :)11:08
*** hshiina has joined #openstack-ironic11:09
karimbpas-ha yeah, i did fix that allready11:09
sambettsvdrok: https://review.openstack.org/#/c/494482/11:10
*** stendulker has quit IRC11:14
vsaienk0sambetts: we had the same situation when cut ocata please read http://lists.openstack.org/pipermail/openstack-dev/2017-February/111849.html11:18
*** jkilpatr has joined #openstack-ironic11:24
sambettsvsaienk0: hmm.... I guess then we need to make the decision to cut and backport everything until we tag our final release for stable/pike...11:28
openstackgerritNisha Agarwal proposed openstack/ironic master: Add the new capabilities to the iLO InspectInterface  https://review.openstack.org/42290211:28
sambettsbut during that period grenade tests on master will be testing stable/pike -> master which isn't a valid test case anyway because we should only be testing between major versions and master is still stable/pike technically11:29
*** lucasagomes is now known as lucas-hungry11:30
*** aparnav has quit IRC11:32
*** makowals has joined #openstack-ironic11:36
*** jkilpatr has quit IRC11:37
*** jkilpatr has joined #openstack-ironic11:37
*** Guest58397 is now known as dims11:37
vsaienk0sambetts: at the moment we do testing from master to master11:38
sambettswe do... but we shouldn't be... and we can change that by https://review.openstack.org/#/c/494482/11:39
*** Guest88899 is now known as rook11:39
TheJuliaI guess if someone wants to edit the prelude, I can review and land it when I get home from my unexpected errand this morning, and then put in for the branch to be created11:41
TheJuliaAnd then we can release 9.0.1 with the other misc fixes/items we've been trying to land for a while11:41
TheJuliaDoes that work for everyone?11:42
fellypefcaTheJulia Hi. I did not quite understand what exactly you asked me to remove here to avoid confusion. :/ https://review.openstack.org/#/c/493983/2/releasenotes/notes/oneviewclient-version-38a674bb1d40671e.yaml11:42
sambettsTheJulia: sure, what should I be editing? and we still have the multinode grenade issue to contend with :(11:43
TheJuliasambetts: let me get the URL, one moment.  We need to revise the hardware types statement11:44
TheJuliaOr, we could cut the release and back port the Reno....11:44
TheJuliaPossibly11:44
sambettsTheJulia: not sure we can backport renos like that because they're tied to the git tags11:45
sambettsTheJulia: but we can create the branch without a tag11:45
TheJuliaYeah, will need to ask the release team when I get back to the house11:45
*** yangyapeng has joined #openstack-ironic11:49
karimbpas-ha now, i get "no default value found for management interface"11:51
pas-hado you enable the ipmi hw type too?11:52
karimbpas-ha no11:56
*** mat128 has joined #openstack-ironic12:00
*** cdearborn has joined #openstack-ironic12:03
*** xavierr has joined #openstack-ironic12:07
karimbpas-ha i should ?12:07
karimbhow ?12:07
*** marios has quit IRC12:08
*** marios has joined #openstack-ironic12:08
*** rbartal_ has quit IRC12:10
*** jlabarre has joined #openstack-ironic12:10
TheJuliaironic cores, super easy release note fix https://review.openstack.org/#/c/494007/12:11
*** jtomasek_ has joined #openstack-ironic12:14
*** jtomasek has quit IRC12:16
TheJuliaanother quick doc patch https://review.openstack.org/#/c/49432912:17
TheJuliasambetts: vsaienk0: Looks like the release team is okay with us branching, and cutting another release later with moving the tag on master for the base of the branch so we don't run into reno headaches12:18
TheJuliaso if there are no objections, we can cut a release as of right now(), land the stuff we need to master if that fixes our issues, then release the final pike product next week as 9.0.112:19
*** marios has quit IRC12:19
*** marios has joined #openstack-ironic12:20
sambettsTheJulia: we'll have to backport all the things to have them tested correctly12:20
openstackgerritMerged openstack/ironic master: [releasenotes] update irmc's boot-from-volume support  https://review.openstack.org/49400712:20
TheJuliaactually, we won't have to12:20
TheJuliawe will just change the tag where stable/pike is based12:20
*** dprince has joined #openstack-ironic12:20
sambettsTheJulia: grenade on master doesn't test stable/ocata -> stable/pike any more12:20
sambettsTheJulia: so to have the patches tested for stable/ocata -> stable/pike upgrade we'd have to backport them12:21
sambettsand run them through the system gain12:21
sambettsagain*12:21
TheJuliaI guess true, and then we could squash it all out of existence to prevent reno headaches12:22
TheJuliaalternatively, we edit the prelude reno and change the reference to all hardware types, and then back port idrac hardware type12:23
*** karimb has quit IRC12:23
TheJuliaand either use the back ported idrac hw type's release note, and live with the prelude as is.12:23
TheJuliawe could change it to "nearly all" or something like that, so it is not specific and not incorrect12:24
sambettsI think if we cut the branch now (no tag) and then backport everything that we merge into master, then we can tag off with no headaches12:25
TheJuliaso12:25
TheJuliathe model that they built basically forces branches to point at the tag, since all branches are is named tags12:25
TheJuliawe don't have repo level access to do that by hand anymore12:25
TheJuliaso we're kind of stuck cutting 9.0.0 and then 9.0.112:26
openstackgerritFellype Cavalcante proposed openstack/ironic master: Updating the minimum version of python-oneviewclient  https://review.openstack.org/49398312:27
TheJuliasambetts: we might be thinking the same thing, just different resulting version numbers12:27
sambettsI thought the projects like nova and neutron created branches without a tag for feature freeze :/ le sigh ...12:28
*** bfournie has quit IRC12:28
TheJuliaI think they move their tags, one moment i'll double check12:28
sambettsthats annoying ... I guess we could do 9.0.0rc1 or something12:29
*** bfournie has joined #openstack-ironic12:29
sambettsand then 9.0.012:29
TheJuliaohhh, maybe12:29
sambettsI think that might be how the other projects get around it12:29
TheJuliaso nova cut their branch off of 16.0.0.0rc112:30
TheJuliawhen they added it12:30
*** jcoufal has joined #openstack-ironic12:31
sambettsso I wonder how that appears in the release notes12:31
* TheJulia looks at their last release12:31
TheJuliathey put highlight into their releases repo entry.....12:31
sambetts:/12:31
TheJuliaso nova, looks like they just back ported everything, at least releases repo wise, they never moved their branch base tag12:32
sambettsyeah that how the other projects work12:33
TheJuliayeah, neutron too12:33
sambettsthey cut an rc and then backport everything12:33
TheJuliayup12:33
TheJulialets just do it12:33
sambettsso 9.0.0rc112:33
*** bfournie has quit IRC12:33
sambettsand then we'll tag 9.0.0 final when we're happy12:33
sambetts?12:33
TheJuliayup12:33
TheJuliait is our only option12:33
*** mat128 has quit IRC12:34
TheJuliasambetts: do you know if neutron does like a prelude note?12:34
*** karimb has joined #openstack-ironic12:35
sambettsTheJulia: https://docs.openstack.org/releasenotes/nova/ocata.html#id812:35
sambettsnova did12:35
sambettsfor their last release12:35
TheJuliayeah, I just found their pike prelude12:35
sambettsand I'm just looking at their tags in their repo and they have 15.0.0rc1 and rc2 and then 15.0.0 final, and 15.0.0 seems to hide the rcs in the release notes12:36
*** mat128 has joined #openstack-ironic12:36
TheJuliaso the baremetal filter deprecation got back ported in nova12:37
* TheJulia looks at their current notes12:37
TheJuliaseems to be there just fine12:37
TheJuliaso, I think we should just make ruby's reno prelude a little less specific, land that, branch it, and we can back port idrac12:38
TheJuliaspecifically https://review.openstack.org/#/c/493906/12:39
TheJulialine  17 specifically needs to be edited12:40
TheJuliaor ,maybe not?12:40
TheJuliarloo should be on shortly12:40
sambettsTheJulia: just checked, reno strips the pre-release tags like rc1 / b1 etc tags for exactly this perpose12:40
sambettspurpose*12:40
sambettsTheJulia: so that 15.0.0 includes every release note in any 15.0.0 pre-release12:41
sambettswhich is pretty cool12:41
TheJuliaawesome, well then.... review the link above, I think we can land as is, and we'll cut our rc1 once it hits the repo12:42
Nisha_AgarwalTheJulia, sambetts so the gate would be fixed after we have the above tag done?12:42
sambettsNisha_Agarwal: partially fixed ...12:42
sambetts;)12:42
Nisha_Agarwalsambetts, cool :)12:43
TheJuliait will get somewhat better ;)12:43
TheJuliawe just can't measure how much12:43
Nisha_AgarwalTheJulia, :)12:43
*** lucas-hungry is now known as lucasagomes12:44
*** hw_wutianwei has quit IRC12:44
TheJuliaand now, we wait a little bit. :(12:45
*** heroux has joined #openstack-ironic12:46
*** wong has quit IRC12:46
* TheJulia waits for docs jobs to finish running12:49
TheJuliahttps://review.openstack.org/#/c/493990/ is in route to land as well12:49
*** rloo has joined #openstack-ironic12:50
TheJuliagood morning rloo12:50
rloogood morning TheJulia!12:50
rlooand hi and good morning to everyone else!12:50
vdrokmorning TheJulia and rloo12:51
vdrokTheJulia: sambetts so, we're cutting pike now right?12:51
rloohi vdrok12:51
openstackgerritMerged openstack/ironic master: [reno] Add prelude for Pike release  https://review.openstack.org/49390612:51
TheJuliaonce this patch lands, and then we'll backport the things we've been unable to land, and then cut 9.0.012:52
sambettsvdrok: we're ctting the branch, and a release candiate, but not the final release12:52
vdrokyup sure12:52
TheJuliahttps://review.openstack.org/49453012:56
Nisha_Agarwalso TheJulia 9.0.0 will not be stable pike, correct?12:58
sambetts9.0.0 will be stable/pike12:58
TheJuliait is not going to work12:58
sambetts?12:58
vdrokrloo: we also need to add pike in https://github.com/openstack/ironic/blob/master/ironic/common/release_mappings.py right?12:58
Nisha_AgarwalTheJulia, ?12:58
TheJuliaERROR: could not validate version '9.0.0rc1': Version 9.0.0rc1 looks like a pre-release and the release model does not allow for it12:59
TheJuliaERROR: could not validate version '9.0.0rc1': Version '9.0.0rc1' does not match canonical form '9.0.0.0rc1'12:59
rloovdrok: yes, i thought of it yesterday and decided that it could wait til after we branched/gate was fixed.12:59
sambettsTheJulia: ffs... thats because we're release-with-itermediary right?12:59
TheJuliayup12:59
vdrokok then we can do just 9.0.012:59
sambettsdoing 9.0.0 wil screw up our release notes13:00
rloovdrok: unless you can think of a reason why it needs to be done just before we branch? the intent was to do it before branching but i thought about it and think it can be done after branching.13:00
rlooi think maybe we can't do rc cuz we are using the semver releasing mechanism?13:01
rloooh yeah, what sambetts sez ^^13:01
sambettsffs... why even offer alternative release models when your not going to support it13:01
vdrokrloo: I think the master will be broken immediately after branching because of https://review.openstack.org/49443513:01
sambetts#rage13:01
TheJuliawell, now we need to edit the releae notes13:01
vdrokrloo: namely, the services will fail to start because the pin will be set to pike and pike is not in the release mappings13:02
rloovdrok: what is that patch for? oh but sambetts -2'd it?13:02
vdrokduring upgrade13:02
vdrokyeah13:02
TheJuliaI feel like we're in a giant chicken/egg scenario because of the grenade jobs13:02
rloovdrok: well, the pin is still set to master, code doesn't know about pike?13:03
sambettsbasically they've decided for us that master is not queens13:03
sambettss/not/now13:03
vdrokrloo: here is what's happening http://logs.openstack.org/68/493468/6/check/gate-grenade-dsvm-ironic-ubuntu-xenial/8ea3585/logs/screen-ir-api.txt.gz#_Aug_17_11_35_55_17830013:03
openstackgerritIlya Etingof proposed openstack/ironic-inspector-specs master: Enumerate Inspector errors  https://review.openstack.org/49453413:03
sambettsvdrok, rloo, TheJulia: we could do https://review.openstack.org/#/c/494482/ to force greande to understand the current branch situation correctly13:04
vdrokthat's going to be the same on master after we cut pike13:04
rloovdrok: oh, how'd pike get set there?13:04
vdrokrloo: in the upgrade.sh in the patch that is -2ed13:04
TheJuliasambetts: I say unabandon it at this point13:05
*** bfournie has joined #openstack-ironic13:05
TheJuliaI've wf-1'ed my release attempt13:05
vdroksambetts: i don't really want to do that :( we can't test if it works. and if it does not, the whole gate goes down13:05
*** vishwanathj has quit IRC13:05
rloovdrok: i'm confused. your 494435 sets it to 'ocata'. what set it to pike?13:05
vdrokrloo: the variable I removed in that patch13:06
*** vishwanathj has joined #openstack-ironic13:06
rloovdrok: OH, that BASE_DEVSTACK_BRANCH thing.13:06
sambettsvdrok: working through devstack-gate, that override will cause base to be set to stable/ocata, and target to be set to stable/pike which doesn't exist so it falls back to master13:06
rloovdrok: so you mean w/o that patch, it sets it to pike. gotcha.13:06
vdrokrloo: correct13:06
rloovdrok: and that is what is breaking our gate?13:06
vdrokrloo: right now, yes13:06
vdrokthe devstack patches are being merged right now so the multinode failures we were seeing should go away13:07
rloovdrok: so what is the problelm with approving that patch now?13:07
pas-hakarimb: sorry, I was out. did you also enabled all the corresponding interfaces your driver / hw type needs?13:07
vdrokrloo: because basically doing that without cutting pike means that the grenade is not testing ocata -> master13:08
sambettsrloo: IMO that patch doesn't fix anything13:08
karimbpas-ha yeah i m doing it right now13:08
vdrokrloo: yeah, it's just a hack13:08
sambettsrloo: grenade is testing master --> master on master right now, not stable/ocata --> master13:08
karimbunderstood it was just a ironic.conf editing issue13:08
sambettsrloo: we need https://review.openstack.org/#/c/494482/ to make grenade actually test what its supposed to test13:08
vdroksambetts: rloo but it works because we did not bump any rpc/object versions in pike yet, so backporting to ocata still possibl13:09
*** SerenaFeng has joined #openstack-ironic13:09
sambettsits still not testing our upgrades anymore13:09
sambettswe might as well have grenade == return true13:09
rloovdrok, sambetts: so it seems like we have a problem that we've had in ocata; grenade testing things that is incorrect for ironic13:09
rloovdrok, sambetts: so we need to fix it13:09
rloovdrok, sambetts: is it clear to both of you what that fix might be? not just for now, but future releases too?13:10
vdrokyes, it does not, I get that. just, if we decide to go with project-config change, we need at least one project config core tracking it, so we can land updates quickly if anything goes wrong13:10
vdroksambetts: rloo ^^13:10
*** SerenaFeng has quit IRC13:10
vdrokrloo: cut pike at the same time as integrated projects? :)13:10
TheJuliathat shouldn't be too hard13:10
rloovdrok, sambetts: my feeling is that if the 'right' fix is going to take too long, we should hack something to get our release out now. and then fix correctly later.13:10
rlooTheJulia: is it true, we have to cut a stable/pike branch today?13:11
vdrokrloo: i don't think we have to13:11
vdrokit's just it seems it will make our lifes easier13:11
rloovdrok: oh. sec, there was email about that if i can find it...13:11
*** baoli has joined #openstack-ironic13:11
*** ElCoyote_ has quit IRC13:12
sambettsrloo: hack something in and get a potentally broken release out... because we're not testing if it can upgrade from stable/ocata13:12
TheJuliarloo: we were advised to cut it as early as possible, drop dead I think was next week13:12
rlooI just looked. Deadline for last release candidates / intermediary releases: August 2413:13
rlooFinal Pike release: August 3013:13
rlooso we wanted to cut the branch this week. let's sit back a few minutes and ponder this.13:13
sambettscan we cut stable/pike using the last itermediary release we made?13:14
sambettsthe branch I mean13:14
rlooi'm not quick enough to know what the right fix is wrt the grenade issue. vdrok & sambetts, do you know what the right solution is? cuz we're going to encounter this again in the future.13:14
TheJuliasambetts: the last release was earlier in the cycle13:14
rloowe have time to get cores from other projects to approve, as long as we know what the solution is.13:14
TheJuliaso... not exactly13:14
sambettsrloo: unfortunatly the whole system appears to be built for the projects that can cut release candidates13:14
vdrokrloo: as I said, I think the right thing is to cut release at the same time as integrated projects13:15
rloovdrok: OH. so you're saying that the way grenade etc is set up, it would be diff to change to accommodate us?13:15
rloos/diff/difficult/13:15
vdrokyeah13:15
rlooor impossible13:15
rlooi think it is something to bring up in ptg. don't we already have something to bring up wrt grenade?13:16
*** udesale has joined #openstack-ironic13:16
sambettswell... actually I think the easiest long term fix would be to allow projects to define what their own master release mapping is13:16
TheJuliaokay, lets take a step back13:16
sambettsand not make assumtions that master is the next release after a certain point in time13:16
sambetts...13:16
TheJuliawhat can we do now, in the short term,13:16
sambettsI think https://review.openstack.org/#/c/494482/ is our best bet13:16
vdrokrloo: sambetts TheJulia well, vsaienk0 already posted what sdague thought about that last release http://lists.openstack.org/pipermail/openstack-dev/2017-February/111849.html13:16
TheJuliabecause without stable/pike, things will continue to land on other master branches that will break us further13:17
sambettsTheJulia: there is also that...13:17
sambetts*head meet desk*13:17
rloovdrok: ah, thx for reminding me about that email13:18
rloook, so i think we should cut a stable/pike branch13:18
sambettsit really feels like we're just going to need to bite the bullet and cut 9.0.013:18
* TheJulia begins pouring glasses of whisky for everyone13:18
rlooyeah.13:18
TheJuliasambetts: agreed13:18
rloojust wondering if it can be numbered something else but we don't have -113:18
vdrokon top of it all, project-config is broken now too :)13:18
sambettsyup13:19
TheJuliawe can add a hardware type, and make it 9.1.0!13:19
rloovdrok: oh geez. what does that mean? how broken is it?13:19
rlooTheJulia: yes, hw type + ilo/capabilities if we end up doing that.13:19
sambettsTheJulia: I guess we should save rloo's prelude until whatever the final version is we cut right?13:19
sambettsTheJulia: so its at the top of the Pike series13:19
rlooyeah, my preference is not to put the prelude until the *final* release13:20
rloodid the prelude get merged?13:20
sambetts+10013:20
TheJuliasambetts: we need to edit it real quick13:20
TheJulia+10, i'll go click revert13:20
rloooh yeah, it got merged13:20
rloobut we can edit it13:20
rlooi mean revert :)13:20
* sambetts says revert it13:20
openstackgerritJulia Kreger proposed openstack/ironic master: Revert "[reno] Add prelude for Pike release"  https://review.openstack.org/49454213:20
vdrokrloo: I thibnk they need to merge smth like https://review.openstack.org/49445613:21
TheJuliaso, i'll cut 9.0.0 from the merge _before_ the prelude landed13:21
sambettsTheJulia: do we need to revert it then?13:21
TheJuliaand we can add the prelude with the hw types, and call it 9.1.0 and not feel horrible.13:21
rlooTheJulia: yup. although did that irmc reno get updated/merged?13:21
TheJuliarloo: it merged right before that one I believe13:22
rlooTheJulia: just checked; it merged13:22
rloolet's revert just to keep things clean/easy.13:22
sambetts+113:22
TheJuliaI was typing the same thing out :)13:23
sambettsTheJulia: we should get the docs landed for it too13:23
sambettsTheJulia: https://review.openstack.org/#/c/494329/113:23
rloook I +A'd the revert.13:23
TheJuliawe can backport them13:23
rlooit'll need to be updated anyway, to 9.1.0, right?13:23
TheJuliarloo: yeah13:24
* rloo wonders what this means for rolling upgrades, 7.0.0 -> 9.1.0 but it should work, heh.13:24
sambettshttp://s2.quickmeme.com/img/12/1227c32e4c9eccafd355175bcf6174adbb35b9e9120c627d0251b44532e50bf2.jpg13:24
rloospoken by a canadian :)13:24
TheJuliaheh13:25
rlooso what's the plan of action. 1. revert prelude patch; 2. cut stable/pike branch. ?13:25
sambetts3. backport everything we merge into master13:25
rlooafter cutting, the gate isn't going to miraculously work, will it?13:26
TheJuliahttps://review.openstack.org/49453013:26
sambetts4. cut 9.1.0 when we're happy everything is in stable/pike13:26
TheJuliayup, that is the plan13:26
rloowe should add this to the etherpad so people know what the plan is. or send email. not sure.13:26
rlooif we are going to backport everything we merge into master, we need to be careful about what we merge.13:27
sambetts+1 feature freeze still applys13:27
sambettswe should only be merging the things that we were going to merge into pike anywher13:27
sambettsanyway*13:27
TheJuliaagreed13:28
rlooi will need to push a patch up to update common/release_mappings for the new intermediate release. i may include the final release there too.13:28
TheJuliarloo: good idea13:29
rlootake a look at whiteboard, L12013:31
karimbpas-ha do i need a driver entrypoint anyway if i enabled the hardware type code ?13:31
rloosambetts, vdrok, TheJulia ^^ cuz I put your names down :)13:32
*** rbartal has joined #openstack-ironic13:32
vdrokyeah, lgtm13:32
openstackgerrityolanda.robla proposed openstack/bifrost master: DNM: Change path for the vm logs  https://review.openstack.org/49454913:35
*** Guest53762 is now known as dansmith13:36
*** zhangfei has joined #openstack-ironic13:37
rloojlvillal: if you haven't yet, please remove the rechecks because the gate is broken.13:38
rlooTheJulia, sambetts, vdrok: we *still* need to discuss/agree on a process for this or we'll have the same problem with every release. not sure how to proceed here. guess i'll leave a note in whiteboard for dmitry to read...13:40
rlooall hail our vacationing PTL dtantsur13:40
*** amarao1 has joined #openstack-ironic13:41
*** amarao1 has quit IRC13:42
TheJuliaI think the post-mortem discussion and figuring out how to prevent it in the future is a whisky discussion13:42
*** amarao1 has joined #openstack-ironic13:42
sambettsrloo: yeah... PTG topic I think...13:42
TheJuliabecause there are many contributing factors13:42
sambettsmy thought are that projects need to be able to declare what openstack version their master branch is13:43
vdrokwe can write our own grenade :)13:43
* rloo wonders how successful whisky discussions are, vs PTG discussions13:43
*** amarao1 has quit IRC13:43
TheJuliarloo: they could be the same thing13:43
rloo:)13:43
rlooand have whisky provided by the foundation! win-win13:44
*** amarao1 has joined #openstack-ironic13:44
sambettsif projects could declare what openstack version their master branch is then none of this would be an issue13:44
rlooi guess i am wondering if it should be a xproject discussion13:44
TheJuliaIn my mind, we are like a round peg trying to pass through a square hole13:44
openstackgerritMerged openstack/ironic master: [docs] update irmc boot-from-volume  https://review.openstack.org/49432913:44
TheJuliawith releases that is13:44
rlooand if so, it needs to be scheduled in on mon-tues, whenever13:44
openstackgerritMerged openstack/ironic master: Revert "[reno] Add prelude for Pike release"  https://review.openstack.org/49454213:44
sambettsTheJulia: goverance provides this release model... they should support it13:44
rlooyay, we reverted quickly. (on the bright side, heh)13:45
TheJuliasambetts: I totally agree, although all the other projects want to be very water like13:45
TheJuliaerr, waterfall like13:45
vdrokTheJulia: so do we need to pour some +1s on the releases patch?13:45
rloo^^ vdrok beat me to it13:46
TheJuliavdrok: sure! I already let ttx know13:46
TheJuliawe should keep a list of things to back port....13:46
rlooTheJulia: i think the default should be to backport everything?13:47
TheJuliawe kind of already do I see13:47
rlooTheJulia: otherwise, too much book keeping13:47
TheJulianot sure we need to backport https://review.openstack.org/494329 tbh, since the docs will point to master branch13:47
rlooTheJulia: i only wanted to list on etherpad, the things that *must* be backported13:47
TheJuliayeah13:48
rlooTheJulia: i think we should backport docs. at least in the past, we had docs/release.13:48
sambettsTheJulia: I thought we would need to because there will be docs.openstack.org/ironic/pike right?13:48
vdrok++13:48
rlooyeah, that ^^, i hope we still do anyway13:48
TheJuliaokay, I was just thinking one less patch :)13:48
rlooTheJulia: I believe when i asked dtantsur last week, he said it was ok to continue to backport docs to stable branch, which is why i didn't worry too much about getting docs merged13:49
TheJuliayeah, I was only thinking of saving the gate some excess cycles.  Anyway, now we get to wait once again13:50
sambettsTheJulia: I think we need to be careful and should only merge the patches onto master when their backport equivolents pass all CI13:51
sambettsrloo: ^13:51
rlooTheJulia: wrt https://review.openstack.org/#/c/494530/, do you need to update the hash, i don't know how it works13:51
sambettsbecause the backports are the only patches that are going to be running the correct grenade13:51
vdrokrloo: nope, we can release from older commits as it seems13:51
vdrokthat hash is before the prelude was merged13:52
rloovdrok: ok, so why have a hash then? (just wondering but don't worry, I'll just sign.)13:52
sambettsrloo: tags are tied to specific commits, not to any point in time13:53
vdrokrloo: you mean why did we revert? :) without hash we could not select a specific commit13:53
TheJuliasambetts: In that case, we need to remove all approvals, or -2 all approved patches13:53
* TheJulia will go do that13:53
sambettsTheJulia: yeah :'(13:53
rloosambetts: we can't backport until *after* the patch lands in master. or do you mean, we should make sure the backport patches exist/pass, before landing the master patch?13:54
vdrokrloo: yup13:55
TheJuliawe can't land it, we can propose it13:55
rloogotcha.13:55
*** jaypipes has quit IRC13:55
rloowhich brings up something else. who can land patches to stable/pike. me, TheJulia, and dtantsur?13:55
TheJuliajust stable cores13:56
rlooTheJulia: right, so us three + the other cores that aren't in ironic.13:56
TheJuliayup13:57
rlooTheJulia: I'll discuss with you later today, whether I ought to keep an eye out for things tomorrow.13:57
*** jlabarre has quit IRC13:57
vdrokif these are just backports, I guess we can do with just one +2+A?13:58
openstackgerritOpenStack Release Bot proposed openstack/ironic-inspector stable/pike: Update .gitreview for stable/pike  https://review.openstack.org/49456013:58
openstackgerritOpenStack Release Bot proposed openstack/ironic-inspector stable/pike: Update UPPER_CONSTRAINTS_FILE for stable/pike  https://review.openstack.org/49456113:58
openstackgerritOpenStack Release Bot proposed openstack/ironic-inspector master: Update reno for stable/pike  https://review.openstack.org/49456213:58
TheJuliasweet13:59
rloovdrok: almost all patches are backports :) I think we can if emergency, i don't think we should in general.13:59
vdrokrloo: yeah, except in this case, pike and master would be identical :)14:00
*** jlabarre has joined #openstack-ironic14:00
vdroks/would/will14:00
rloovdrok: true, but i'm not going to make that call :)14:00
TheJuliavdrok: I agree with you there, but I'm with rloo, in that I prefer things be as proper as possible14:01
rloovdrok, sambetts: wrt grenade/devstack-related patches, etc, if there are some that we still need/want to land, maybe list them under the release plan so folks know14:01
TheJuliaI _htink I've got the stuff that would just land blocked now14:01
TheJuliaif someone would double check openstack/ironic14:01
vdrokrloo: I don;t think so. only ironic things14:01
rloovdrok: ok, so we don't need to backport that 999999 change?14:01
vdrokrloo: we did already, it's the bacports that are currently merging14:02
*** mrch has quit IRC14:02
rloovdrok: oh, they got approved then. good.14:02
vdrokTheJulia: also, can we get the release without dmitry? ttx wants his vote on that patch14:03
TheJuliaugh, I'll comment14:03
rlooheh, i just replied14:04
rlooi don't know if dmitry explicitly mentioned in writing anywhere, that julia would take over?14:04
rlooTheJulia: ok, found a link to dtantsur passing release to you14:06
rlooTheJulia: commented14:06
TheJuliaokay, I was still looking for it14:06
TheJuliain the text14:06
*** jaypipes has joined #openstack-ironic14:08
jlvillalrloo, I stopped my recheck/watcher script14:12
*** trown is now known as trown|brb14:12
*** rbartal has quit IRC14:12
rloojlvillal: thx!14:13
vdrokmorning jlvillal14:14
rlooand good morning jlvillal :)14:15
*** trown|brb is now known as trown14:17
rloovdrok, vsaienk0: is this something that we want backported? https://review.openstack.org/#/c/489418/14:18
rlooto stable/pike? ^^14:18
vdrokrloo: yes I think so14:18
openstackgerritXavier proposed openstack/ironic master: Introduce hpOneView and ilorest to OneView  https://review.openstack.org/46812914:18
openstackgerritXavier proposed openstack/ironic master: Migrate oneview driver to use python-hpOneView  https://review.openstack.org/46687214:18
openstackgerritXavier proposed openstack/ironic master: Fix persistent information when getting boot device  https://review.openstack.org/49198314:18
rloovdrok: so we should create a backport patch first etc before landing it?14:18
vdrokrloo: I'd also like to get this one https://review.openstack.org/480905 with backports in14:18
vdrokrloo: correct14:19
vdrokpike is not created yet :) will do after that14:19
rloovdrok: wrt 480905, why does it depend on the stable/ocata one?14:20
rloovdrok: it isn't a backport.14:20
vdrokrloo: yes, it is a chain of patches across releases. kind of backport.14:20
rloovdrok: but we're not supposed to approve patches to branches, until the patch lands in master.14:21
*** karimb has quit IRC14:21
rloovdrok: but you need th patch to land in stable/ocata first?14:21
vdrokrloo: this one is an exception :(14:21
vdrokyup14:21
rloovdrok: and once stable/pike exists, you'll need it to land in stable/pike before master?14:21
vdrokyes14:21
vdrokthe reason to have it is, right now basically every plugin installed after ironic will be installed from the old release during upgrade, while we need it installed from new14:22
vdrokthat chain would fix it14:22
vdroks/old release/old upgrade script14:23
*** karimb has joined #openstack-ironic14:23
sambettsle sigh... I hate grenade...14:23
*** jlabarre has quit IRC14:23
rloovdrok: i wonder if we should start opening bugs against these so we can find/remember them later... or put more info in the commit msgs so people will understand more context...14:24
rloosambetts: love/hate relationship :( and :)14:24
*** hshiina has quit IRC14:24
vdrokrloo: hrm, I wrote this in the message, maybe not clearly enough tho. I can create a bug if you think it would be better14:25
TheJuliaI think I'm leaning more towards hate, personally14:25
sambettsyup... and I hate devstack-gate...14:25
rloovdrok: i don't know what the right thing is, i think the problem here is that it doesn't follow the norm. so when i look at https://review.openstack.org/#/c/480905/, i don't know why it depends on the other.14:26
TheJuliaokay, so who is going to handle back port creation?14:26
vdrokrloo: ok, i'll clarify that bit when updating14:26
*** jlabarre has joined #openstack-ironic14:26
rloovdrok: having said that, i'm not that familiar with devstack, so it may be obvious to others :)14:26
rlooTheJulia: I can do it, but will wait a few min to see if anyone else wants to volunteer. (Call me Tom Sawyer...)14:27
TheJuliaI guess since they will all be clean one of us can do back ports without any issues14:27
* TheJulia awaits for proposal bot messages14:28
vdrokTheJulia: rloo well it's just a matter of hitting a button, i can help with that :D14:28
TheJuliavdrok: excellent :)14:28
rloothx vdrok! :)14:28
* TheJulia ponders more coffee14:29
vdrokok, I see 9.0.0 branch, but not  a tag uet14:30
vdrokyet14:30
openstackgerritOpenStack Release Bot proposed openstack/ironic stable/pike: Update .gitreview for stable/pike  https://review.openstack.org/49457814:31
openstackgerritOpenStack Release Bot proposed openstack/ironic stable/pike: Update UPPER_CONSTRAINTS_FILE for stable/pike  https://review.openstack.org/49457914:31
openstackgerritOpenStack Release Bot proposed openstack/ironic master: Update reno for stable/pike  https://review.openstack.org/49458014:31
TheJulia\o/14:31
vdrokwhee14:31
Nisha_Agarwal:)14:31
Nisha_Agarwalso we have stable pike fo rnow14:32
* rloo passes small glass of champagne to everyone; big celebration will be later after the official release...14:32
vdrokthe devstack backport to ocata is not merged yet :)14:32
* Nisha_Agarwal joins rloo14:32
TheJuliarloo: :)14:32
fellypefca\o/14:32
rloovdrok: so things will still fail?14:32
vdrokyeah14:33
TheJuliavdrok: who do we need to ping?14:33
TheJuliaor is it in flight?14:33
rloovdrok: well, it shouldn't take very long...14:33
vdrokTheJulia: noone, it's merging14:33
TheJuliaok14:33
vdrokpike backport failed, but i've rechecked already14:33
rloovdrok: yesterday, it took about 2 hours for the master patch to merge, and it is about 1.5 hours so far for the ocata patch...14:35
openstackgerrityolanda.robla proposed openstack/bifrost master: DNM: Change path for the vm logs  https://review.openstack.org/49454914:35
*** cdearborn has quit IRC14:35
rloovdrok: so the ocata patch is needed for master CI to work, the pike patch is needed for pike CI to work, right?14:36
*** cdearborn has joined #openstack-ironic14:36
*** Nisha_Agarwal has quit IRC14:36
vdrokrloo: vice versa, ocata patch for pike ci, pike patch for master ci14:36
rloovdrok: ok. our bad, sorry. i wasn't sure yesterday if those were needed; we should have gotten them approved yest too.14:37
*** Nisha_Agarwal has joined #openstack-ironic14:37
openstackgerritVladyslav Drok proposed openstack/ironic master: Get rid of sourcing stackrc in grenade settings  https://review.openstack.org/49458214:37
TheJuliarloo: don't feel bad, I didn't completely get that was the case until it was a bit too late last night to get anyone to act upon them.14:37
* rloo is reminded of those competitions where the baton is being passed and drops...14:37
TheJuliaso, earliest we can begin back porting is what, ~2 hours?14:38
openstackgerritVladyslav Drok proposed openstack/ironic master: Get rid of sourcing stackrc in grenade settings  https://review.openstack.org/48090514:39
rlooTheJulia: i suspect so.14:39
*** ralonsoh has quit IRC14:39
rloovdrok: we won't need this any more? https://review.openstack.org/#/c/494435/14:39
vdrokrloo: I think we don't14:40
vdrokI'll abandon it when I see things are fine :)14:40
rloovdrok: ok, thx.14:40
TheJuliaI put a big "DO NOT RECHECK" note on the whiteboard14:42
TheJuliaWe can recheck the patches on master once we're read to let everything begin merging once it looks like things are fixed14:42
*** zhangfei has quit IRC14:44
rlooTheJulia: yup and thx!14:45
TheJuliavdrok: your back port lacks the cherry picked message14:45
*** baoli has quit IRC14:45
* TheJulia is sure someone actually cares, but that person is not her right now14:46
vdrokTheJulia: I'm not sure it needs to have one, as we'll have to merge prior release before consequent one14:46
TheJuliaI think the depends-on flag might throw it off then14:46
TheJuliaif stable/pike needs to land before master14:47
* TheJulia goes back and looks14:47
vdrokthrow off?14:47
vdrokthis depends on across branches does work14:47
TheJuliaoh, no, I thought it was a different branch14:47
TheJuliahttps://review.openstack.org/#/c/480904/ <-- rloo14:47
*** baoli has joined #openstack-ironic14:48
vdrokyeah, ocata first, then pike, then master14:48
rlooTheJulia: huh?14:48
*** huats has joined #openstack-ironic14:48
TheJuliaokay14:48
rlooTheJulia: oh yeah, see above, i already had that discussion with vdrok.14:48
vdrokbut anyway, we could do this after release14:48
rloovdrok: see, not just me that is confused :)14:48
TheJuliaI thought that was just master and stable/pike14:49
TheJuliai didn't realize ocata as well14:49
vdrokyup :(14:49
TheJuliaso... I might as well go have a beer and a long lunch because we're going to be waiting at least 2 hours then :(14:49
vdrokzuul says an hour to get the pike ci back14:50
vdrokwith master, more like 3 hours14:50
rlooTheJulia: yup. honestly, i don't think things are *that* urgent yet. we can land today, tomorrow, or monday. after that, dmitry can deal with the stress/urgency. ha ha.14:50
vdrok:D14:50
TheJuliarloo: true, the important thing is the branch14:50
rloowell, important thing is getting our ci to work :)14:51
TheJuliawell, that too14:51
*** amarao1 has quit IRC14:52
*** karimb has quit IRC14:58
openstackgerritMerged openstack/ironic-inspector master: Update reno for stable/pike  https://review.openstack.org/49456214:58
*** udesale has quit IRC15:00
*** mjura has quit IRC15:05
TheJuliaSo one thing worth noting for next week. I need to drive like 6 hours on monday through what is likely to be complete gridlock do to the eclipse, so I'll likely miss the meeting unless I'm at full stop on the road (which could be the case)... and if so, I should likely consider having all the supplies to start grilling or something :)15:05
TheJuliaI only mention it now because my plans went sideways and everything got delayed a day15:06
rlooTheJulia: sweet (about the eclipse trip)15:06
TheJuliaI know in North Carolina, they are expecting 12-16 hours of gridlock15:07
*** Nisha_Agarwal has quit IRC15:10
*** srobert has joined #openstack-ironic15:11
*** amarao1 has joined #openstack-ironic15:13
rlooTheJulia: wow, maybe you want to get there the day before?15:15
TheJuliavdrok: http://logs.openstack.org/05/480905/14/check/gate-grenade-dsvm-ironic-multinode-multitenant-ubuntu-xenial/4e1e9f0/logs/grenade.sh.txt.gz :(15:15
TheJuliaI'm definitely not going through NC this weekend15:16
*** ccamacho has quit IRC15:16
*** rama_y has joined #openstack-ironic15:17
vdrokTheJulia: hrm. /me looks15:17
*** rpioso has joined #openstack-ironic15:19
rama_yHi sambetts, I was able to deploy the bm node via nova15:21
rlooso dumb question, after a patch is reverted, do you re-revert-the-reverted-patch? maybe better if i just submit a new patch?15:22
rama_ysambetts: Ran $nova-manage cell_v2 discover_hosts for the scheduler to discover the node15:22
vdrokTheJulia: I have no idea what's going on there :( this worked a week ago15:22
*** bfournie has quit IRC15:22
aNuposicHi sambetts, dtantsur: I was able to build tinyipa with py3. Now the final image will have python3 already installed15:25
*** aNuposic is now known as anupn15:25
sambettsvdrok: I keep seeing that on my downstream CI!15:25
vdroksambetts: what exactly?15:25
sambettsvdrok: /bin/sh: 1: brctl: not found15:25
vdroksambetts: ah. I was talking about http://logs.openstack.org/82/494582/1/check/gate-grenade-dsvm-ironic-multinode-multitenant-ubuntu-xenial/d072aab/logs/grenade.sh.txt.gz#_2017-08-17_14_54_42_49815:26
sambettsvdrok: ah :/15:26
vdrokthis patch depends on the one introducing the common_settings, hence I'm not sure what's going on15:26
*** jlabarre has quit IRC15:29
*** jlabarre has joined #openstack-ironic15:31
*** logan- has joined #openstack-ironic15:31
*** rcernin has quit IRC15:32
sambettsvdrok: grenade sources everything from /old/ so unless common_settings is backported your screwed15:32
sambetts:P15:32
vdroksambetts: here is the pike change https://review.openstack.org/494582. it depends on the one in ocata https://review.openstack.org/480904 that adds common_settings15:33
*** bfournie has joined #openstack-ironic15:33
*** e0ne has quit IRC15:34
vdroksambetts: another thing I see on that pike grenade job is this http://logs.openstack.org/82/494582/1/check/gate-grenade-dsvm-ironic-multinode-multitenant-ubuntu-xenial/d072aab/logs/devstack-gate-setup-workspace-old.txt.gz#_2017-08-17_14_51_21_666 in setup-workspace-old and this15:34
vdrokhttp://logs.openstack.org/82/494582/1/check/gate-grenade-dsvm-ironic-multinode-multitenant-ubuntu-xenial/d072aab/logs/devstack-gate-setup-workspace-new.txt.gz#_2017-08-17_14_49_23_705 in setup-workspace-new15:34
vdrokdoes it mean that old is setup from pike and new from master?15:34
openstackgerritRuby Loo proposed openstack/ironic master: [reno] Add prelude for Pike (9.1.0) release  https://review.openstack.org/49460815:35
vdrokthat would explain the error, as it does not depend on master change15:35
sambettserrr....15:36
*** jaypipes is now known as jaypipes-afk15:37
vdrokdo we need to update something in project config after we cut the branch?15:37
rloovdrok: that reminde me, we should look at https://docs.openstack.org/ironic/latest/contributor/releasing.html#things-to-do-after-releasing15:38
sambettsvdrok: I didn't think so...15:38
rloovdrok: update the ironic devstack plugin to point at the branched tarball for IPA?15:38
vdrokrloo: in that bit it's not about ipa. devstack itself is setup from pike as old release and master in new15:39
vdrokwhile it should be ocata for old and pike for new15:39
vdrokI'll ask in infra I guess15:39
sambettsdafuq... why is grenade on stable/pike base devstack == stable/pike...15:39
rloooh :-(15:39
sambettshttp://logs.openstack.org/82/494582/1/check/gate-grenade-dsvm-ironic-multinode-multitenant-ubuntu-xenial/d072aab/logs/grenade_localrc.txt.gz15:39
sambettsthat is wrong15:39
rloovdrok: so in stable/ocata, we have devstack with newton as old and ocata as new?15:39
vdrokrloo: yes15:40
vdroksambetts: rloo maybe the .gitreview is the reason?15:40
*** logan- has quit IRC15:40
sambettsvdrok: it seems like this check is failing https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L33415:40
*** logan- has joined #openstack-ironic15:40
rlooyeah, i think i just +A'd the .gitreview change15:41
*** Nisha_Agarwal has joined #openstack-ironic15:41
*** wong has joined #openstack-ironic15:43
vdrokrloo: ok, let's wait for logs from the grenade on that change15:44
*** ccamacho has joined #openstack-ironic15:44
*** ccamacho has quit IRC15:44
vdrokbecause in my patch I indeed see http://logs.openstack.org/82/494582/1/check/gate-grenade-dsvm-ironic-multinode-multitenant-ubuntu-xenial/d072aab/logs/devstack-gate-setup-host.txt.gz, GRENADE_NEW_BRANCH: master and GRENADE_OLD_BRANCH: stable/pike15:45
rloovdrok: here's the patch, looks like it is running the grenade one now... https://review.openstack.org/#/c/494578/15:46
vdrokrloo: yeah I know. but you can't see the logs you need until the run finishes15:46
rloovdrok: right. also, if this is the reason, we should remember to document that15:47
sambettsyeah.... it appears that so https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L334 should use ZUUL_BRANCH as the GRENADE_BASE_BRACNH and ZUUL_BRANCH should equal the patch branch15:47
rlooi mean, document that after creating branch, need .gitreview and whatever, before ci works.15:47
vdrokrloo: yup. I'll do a patch if that's the case15:47
TheJulia.gitreview is only for the git-review plugin15:47
*** wong has quit IRC15:47
sambettsvdrok: errr... https://review.openstack.org/#/c/494582/ this patch is against master ... not stable/pike15:48
TheJuliaupper-constraints on the other hand, is kind of important15:48
vdroksambetts: aaah15:48
vdrokomg I'm dumb15:48
*** rama_y has quit IRC15:48
vdroktopic stable/pike though, close enough :D15:48
sambettshahahaha yup15:48
sambettsI was like how can the gate be doing something so wrong15:49
sambetts:-P15:49
rlooTheJulia: wrt the stuff 'todo' after creating a branch, were you going to do any of those? i don't know the urgency of them.15:49
vdrokglad that I have not asked infra to look into it :D15:49
rlooTheJulia: wrt https://docs.openstack.org/ironic/latest/contributor/releasing.html#things-to-do-after-releasing15:49
rloovdrok: :)15:49
TheJuliarloo: some of that is now automagical, some of the rest of it seems non-critical with exception to the sen-ver flat which I was thinking could go on the reno15:51
TheJuliasince we have to bump the minor on the stable branch as well15:51
rlooTheJulia: ok, will leave it for you to deal with :)15:52
rlooTheJulia: or to pass the buck to dmitry15:52
TheJuliaYeah, first a working ci15:52
openstackgerritVladyslav Drok proposed openstack/ironic stable/pike: Get rid of sourcing stackrc in grenade settings  https://review.openstack.org/49461715:53
vdroknow, that's pike15:53
sambetts\o/15:53
openstackgerritVladyslav Drok proposed openstack/ironic master: Get rid of sourcing stackrc in grenade settings  https://review.openstack.org/48090515:54
*** udesale has joined #openstack-ironic15:55
*** udesale has quit IRC15:58
*** udesale has joined #openstack-ironic15:58
*** trown is now known as trown|lunch16:00
openstackgerritRuby Loo proposed openstack/ironic master: Adds 9.0 to release_mappings  https://review.openstack.org/49462016:01
*** patchbot has joined #openstack-ironic16:02
*** kromanenko has quit IRC16:05
*** srobert has quit IRC16:05
rpiosoWill changes that couldn't get beyond the gate breakage be considered for inclusion in Pike after the gate is fixed?16:06
*** marios has quit IRC16:06
sambettsrpioso: if they were already considered for the pike release yes16:07
rloorpioso: we're planning on the official pike release being 9.1, not 9.016:08
sambettsrpioso: the patches we were trying to get in hasn't changed, it just we've had to branch and do an initial release in order to make the CI work as intended16:08
*** rcernin has joined #openstack-ironic16:08
sambettsalso what rloo said16:08
vdrokrloo: I'm talking about that pin_release_version set to pike in grenade upgrade.sh16:09
rpiosorloo, sambetts: Awesome!  Thank you.16:09
vdrokit's not number like 9.0 :(16:09
rloovdrok: yup, just saw your comment. will do another patch for that.16:09
TheJuliavdrok: c'est la vie.16:09
vdrok:)16:09
TheJuliathe fact that 494578  has passed the two multinode jobs gives me hope16:13
TheJuliaone of which being multinode grenade16:13
NobodyCamGood Morning Ironic folks...16:13
sambettsTheJulia: \o/16:13
TheJuliagood morning NobodyCam16:14
NobodyCamMorning TheJulia :)16:14
vdrokmorning NobodyCam16:15
*** srobert has joined #openstack-ironic16:16
vdrokTheJulia: we're lucky, as it started before ocata devstack change was merged :) but when it gets to gate, it should be all ok16:16
NobodyCamGood morning vdrok :)16:16
* TheJulia ponders going to the store16:19
rlooTheJulia: go!16:19
openstackgerritRuby Loo proposed openstack/ironic master: Adds 9.0 to release_mappings  https://review.openstack.org/49462016:21
rloovdrok: ^^ am I correct that master CI will fail w/o that?16:21
vdrokrloo: I think so, yes16:21
sambettsrloo: +116:22
rloovdrok: so we need to merge that first, if it passes... do we have other dependencies, hope there isn't a chicken/egg somewhere...16:22
* jlvillal reading backscroll and whiteboard to figure out status of the gate and why16:22
sambettsjlvillal: https://etherpad.openstack.org/p/IronicWhiteBoard L12016:23
vdrokrloo: we need https://review.openstack.org/493990 for master ci16:23
patchbotpatch 493990 - openstack-dev/devstack (stable/pike) - Increase host_subset_size for ironic16:23
* jlvillal is basically getting the idea that Ironic got hosed by changes to other projects...16:23
vdrokbut we may be lucky and won't need it :)16:23
rloojlvillal: more like, when others created stable/pike and we didn't.16:23
jlvillalsambetts: Thanks16:23
sambettsjlvillal: basically we got hosed because we havn't cut a branch yet16:23
*** rama_y has joined #openstack-ironic16:23
rloojlvillal: that link somewhere to the dev email from ocata cycle summarizes it i think.16:23
jlvillalsambetts: rloo: Ah okay. So for future we should go before everyone else ;)16:23
sambetts+1 we need to cut an inital release at the same time as all the other projects cut a branch16:24
sambettsand then backport everything we merge into master into it16:24
sambettskeeping them in sync for a period of time until we're ready to cut our offical stable/pike release16:25
vdrokin this case I'm not sure what's the benefit of having the release model we have. just to be able to do intermediate releases?16:25
vdrokdoes anyone use them?16:25
sambettsI don't know if anyone does tbh16:25
jlvillalvdrok: I think one of the other benefits was that we wouldn't need to feature freeze as long.16:26
jlvillalOr I vaguely think that was one of the reasons.16:26
vdrokjlvillal: I think even if we have integrated release, we ourselves decide freezes and stuff16:26
sambettsI'm not sure I thought it was dictated16:26
vdrokhttps://releases.openstack.org/pike/schedule.html16:27
rlooi didn't like the release model we have, didn't think it'd really work but anyway...16:27
vdrokhere for example nova spec freeze and cinder spec freeze are different16:27
rlooi updated the white board with our dependencies for this release...16:28
sambettstbh I think we have the release model we have because we went sem-ver before everyone else16:28
sambettsnow the whole problem is semver it might make sense to revisit it16:28
vdrokoh, right, feature freeze is for all it seems16:28
sambettss/prolem/project16:28
vdrokbut anyway, there are ffes16:29
rloosambetts: if i recall, there were two main reasons: wanted to release more frequently so folks wouldn't have to wait 6+ months to get their feature 'in' a release; reduce stress on us at release time, since features can land any time in cycle.16:29
*** udesale__ has joined #openstack-ironic16:29
vdrokrloo: the stress does not seem to leave :)16:29
rloosambetts: i don't think in reality, that has happened yet ^^. although i would say there seems to be less stress at final release time.16:29
*** udesale has quit IRC16:29
jlvillalvdrok: Xanax will help ;)16:30
rloovdrok: stress seems more spread out though. or maybe we are better at managing expectations, saying earlier that feature X won't make it.16:30
*** udesale__ has quit IRC16:30
*** udesale has joined #openstack-ironic16:30
sambettsrloo: yeah... I think we need to revisit it ... I think we're just better at managing expectations16:30
rloogate issues though seem to follow the other release model; backed up gates etc.16:30
TheJuliaI'd love to see us release more often, I really feel like this release crunch is just made so much worse because it is not a regular like clockwork thing for us, but out dependencies are so intertwined with testing... i dunno.16:30
jlvillalI'm not sure if the gate has been worse for us this cycle, or at least worse for us these last four weeks.16:31
vdrokjlvillal: :)16:31
TheJuliajlvillal: worst since it now has less capacity :(16:31
rloojlvillal: i think gate gets worse at crunch time for other projects cuz they want to get their features in, and some of that breaks our stuff.16:31
* sambetts has to run 16:32
rloobye sambetts, thx for helping out today!16:32
vdrokgood night sambetts16:32
jlvillalThanks sambetts !16:32
TheJuliagoodnight sambetts16:32
sambettsno problem :) night all, cya tomorrow for another rollercoaster16:32
*** r-daneel has joined #openstack-ironic16:32
rlooTheJulia: do you have time/want to send out email on devlist about the status of the release?16:32
rlooTheJulia: err why we branched etc?16:33
*** sambetts is now known as sambetts|afk16:33
rlooTheJulia: or I can do it, cuz you're going to the store, right? :)16:33
TheJuliaI kind of see sending out such an email as pointless at the moment I'd rather start a postmortem discussion16:34
rlooTheJulia: ok. just that people that don't read irc won't know what's going on.16:34
TheJuliaor maybe an email once we're done, and then detail why.16:34
TheJuliaalso, many don't read the list16:34
priteauHello. I am researching how to use the multitenant network support in Ocata and I am puzzled by step 5 of https://docs.openstack.org/project-install-guide/baremetal/draft/configure-tenant-networks.html. How can I find out which ML2 drivers support bare metal?16:35
rlooTheJulia: eg, someone asked earlier about what was going on.16:35
TheJuliaOkay, I'll get a beer and start drafting an email in a minute16:36
* TheJulia never got a chance to leave for the store... and it can wait16:36
rlooTheJulia: thx. i think it can be short, we were going to do what we hoped was official pike release today but due to grenade/CI issues had to cut the 9.0 branch...16:38
TheJuliait will be fairly short :)16:38
rlooTheJulia: and link to whiteboard :)16:40
*** jtomasek_ has quit IRC16:41
*** Nisha_Agarwal has quit IRC16:42
priteauThe most interesting information I found so far is this mailing list post which says to use implement support in networking_generic_switch: http://lists.openstack.org/pipermail/openstack-operators/2017-January/012467.html16:47
*** udesale has quit IRC16:50
*** rbartal has joined #openstack-ironic16:51
*** derekh has quit IRC16:52
priteauOh, there is support for various switches in networking-generic-switch16:53
*** lucasagomes is now known as lucas-afk16:54
TheJuliapriteau: I think it really depends on your situation and needs16:56
TheJuliafor example, i used networking_generic_switch for a live demo, and used it in my home lab for a while16:56
*** amarao has quit IRC16:57
TheJuliasome of the ml2 drivers that exist also work using some sort of SDN fabric in between the switch and neutron, so that may also complicate things, so you need to evaluate your network architecture, and evaluate what ml2 driver options exist for the hardware you have.16:57
priteauOur switches are Dell S6000. I am finding various bits of ML2 driver for Dell hardware, but nothing that seems mature / up to date. Maybe the S4810 support of networking_generic_switch is close enough for the S600017:00
priteauDoes networking_generic_switch support multiple ToR switches? I see the switch_id/switch_info values in the ironic port config, should I just declare multiple "[genericswitch:dell-hostname]" entries in /etc/neutron/plugins/ml2/ml2_conf_genericswitch.ini?17:03
*** slagle has joined #openstack-ironic17:09
vdrokgood night everyone!17:11
fellypefcanight vdrok17:11
*** rbartal has quit IRC17:14
TheJuliapriteau: should be support wise, multiple ToR... I think but I've honestly never tried it.17:14
TheJuliaNow, if dell would let me visit a lab again with a bunch of switches and available baremetal servers, I could verify it. :)17:15
rloobye vdrok, thx for helping with release!17:16
TheJuliagoodnight vdrok17:16
anupnnight vdrok17:16
rpiosoTheJulia: Would you like access?  I can try to arrange that.17:16
rpiosonite vdrok17:17
TheJuliarpioso: I wouldn't mind stopping by austin for a day or two at some point, it was kind of fun before the last summit :)  Sadly, my schedule is booked until summit timeframe17:18
rpiosoTheJulia: ty for the ML announcement.  Very helpful.17:18
rpiosoTheJulia: Just let us know.17:19
*** trown|lunch is now known as trown17:20
TheJuliaYeah, as much as I dislike the mailing list, I guess people are a little nervous that we cut a stable/pike branch at the moment17:20
priteauTheJulia: Thanks for the info, that's very helpful17:20
TheJuliarpioso: will do17:20
rpiosoTheJulia: yep, and awesome :)17:21
*** rpioso is now known as rpioso|eat17:23
*** srobert has quit IRC17:41
*** edleafe has quit IRC17:55
*** edleafe has joined #openstack-ironic17:56
*** srobert has joined #openstack-ironic17:56
*** dprince has quit IRC18:00
*** jkilpatr has quit IRC18:02
*** jkilpatr has joined #openstack-ironic18:03
*** jcoufal has quit IRC18:05
openstackgerritJulia Kreger proposed openstack/ironic stable/pike: Adds 9.0 to release_mappings  https://review.openstack.org/49466218:08
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Finalize migration to keystoneauth adapters  https://review.openstack.org/47882518:10
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Use adapters for cinderclient  https://review.openstack.org/47617118:10
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Use adapters for neutronclient  https://review.openstack.org/47617018:10
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Rework keystone auth for glance  https://review.openstack.org/46772818:10
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Fix swiftclient creation  https://review.openstack.org/47617318:10
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Use adapters for inspectorclient  https://review.openstack.org/47617218:10
openstackgerritPavlo Shchelokovskyy proposed openstack/ironic master: Introduce keystoneauth adapters for clients  https://review.openstack.org/46962718:10
openstackgerritJulia Kreger proposed openstack/ironic stable/pike: Update UPPER_CONSTRAINTS_FILE for stable/pike  https://review.openstack.org/49457918:11
*** etingof has quit IRC18:11
TheJuliarloo: https://review.openstack.org/494662 when you have a minute, you might want to bless the back port. :)18:11
patchbotpatch 494662 - ironic (stable/pike) - Adds 9.0 to release_mappings18:11
rlooTheJulia: already did, thx! :)18:12
TheJuliarloo: reason for it is the coverage test on 494579 failed18:12
rlooTheJulia: yeah, my bad; I should have gotten that in before the branching, but there was no way to get that in even if i had had pushed that patch yesterday :-(18:13
rlooTheJulia: at least, *now* I know why we need to make those changes before doing a release!18:14
TheJuliadoh :)18:15
TheJuliayeah, complete horrible catch-22 kind of situation18:15
*** dprince has joined #openstack-ironic18:16
TheJuliaI suspect the grenade setting changes will fail but on unit tests for the release mapping18:16
rlooTheJulia: still need those devstack backports to merge18:16
TheJuliathose back ports won't merge without working unit tests18:16
TheJuliaat least on stable/pike18:16
TheJuliastable/ocata should be fine18:17
TheJuliawe should review that change18:17
rlooTheJulia: oh. argh.18:17
*** cdearborn has quit IRC18:17
*** jcoufal has joined #openstack-ironic18:17
rlooTheJulia: the backport to stable/ocata will let ci on stable/pike work. we need the stable/pick backport to work, to get master CI working.18:17
rlooTheJulia: i see a circle...18:17
TheJuliawait18:18
TheJuliahttps://review.openstack.org/#/c/480904/18:18
patchbotpatch 480904 - ironic (stable/ocata) - Get rid of sourcing stackrc in grenade settings18:18
TheJuliaAlready has a +1 from jenkins18:18
TheJuliaerr18:18
TheJuliaCI18:18
rlooTheJulia: that's ocata...18:19
TheJuliayes, we should be able to see if that helps the grenade stuff in18:19
TheJuliahttps://review.openstack.org/#/c/494617/18:20
patchbotpatch 494617 - ironic (stable/pike) - Get rid of sourcing stackrc in grenade settings18:20
rlooTheJulia: I should review 480904 too...18:21
* TheJulia wonders if we should make a chart of landing order of operations18:21
rlooTheJulia: i tried in the whiteboard...18:21
*** dtrainor has joined #openstack-ironic18:27
TheJuliarloo:  I expanded the list a little bit based upon the discussions and all :(18:34
TheJuliarloo: but I did highlight the unknowns as "possibly"18:35
*** etingof has joined #openstack-ironic18:35
rlooTheJulia: thx!18:36
rlooTheJulia: we can update as we find out more info...18:36
rlooTheJulia: i suspect that we will have to approve 494662 before 494620 (adds 9.0 to release mappings, stable/pike before master)18:37
*** rpioso|eat has quit IRC18:37
TheJuliarloo: indeed :(18:38
*** ChubYann has joined #openstack-ironic18:39
rlooTheJulia: i am not sure what to do about bumping the semver. wondering if we need to do it twice on master. maybe a question for infra. i mean we def need to do it in branch (and I hope they allow this, what if they don't...)18:40
TheJuliaoh, we can definitely do it in branch18:41
*** jlabarre has quit IRC18:41
TheJuliaI can look at pbr in the morning since I think thats where that headache originates18:41
rlooTheJulia: hey, look what vdrok said in https://review.openstack.org/#/c/494620/!!!18:42
patchbotpatch 494620 - ironic - Adds 9.0 to release_mappings18:42
*** jlabarre has joined #openstack-ironic18:42
* rloo hopes...18:42
TheJuliathat is true, it passed and wouldn't have otherwise18:43
TheJuliai have status.o.o/zuul up tracking 494662 which is the back port of that rev18:45
TheJulia494579,2 should tell us as its coverage and unit tests will implode without that patch18:46
TheJuliathe other one to watch is 494617,1 as it's grenade job tells us if 480904 can be merged18:49
openstackgerritJulia Kreger proposed openstack/ironic stable/pike: Get rid of sourcing stackrc in grenade settings  https://review.openstack.org/49461718:56
TheJulia^^^ to rebase the job for the release mapping18:56
TheJuliasince it was failing on that18:56
TheJuliabut 1 out of 2 grenade tests passed, so good sign for the stable/ocata revision18:57
rlooTheJulia: thx for keeping an eye out...18:58
*** rpioso|eat has joined #openstack-ironic18:59
*** baoli has quit IRC19:00
TheJuliai really wish there was kill job functionality....19:02
dtrainorHowdy.  I'm having issue introspecting nodes.  I can import them just fine (openstack overcloud node import instackenv.json), power status gets returned (off), but when I try to actually start the introspection (openstack overcloud node introspect --all-manageable --provide), I don't see any ipmi commands made by ironic to my bmc (virtual ipmi device, virtualized network).  I can run the same ipmitool command agains the nodes19:02
dtrainorthat ironic-conductor.log reports sending, and the power state then gets modified and introspection happens as it normally would, but trying to power the nodes on during introspection is not successful.19:02
dtrainorI can run 'ironic set-node-power-state' and the node does power on, too.  Just... not part of introspection19:03
dtrainorfwiw I'm using a very recent osp puddle for 12, figured i need to disclose that19:03
TheJuliaops puddle?19:03
TheJuliaerr, osp19:03
TheJuliasince autocorrect hates me19:04
dtrainorsorry, red hat openstack platform engineering build, product of a few days old rod build19:04
*** srobert has quit IRC19:04
TheJuliaoff of master?19:04
dtrainorit's cut from pike19:07
TheJuliaso... that is a problem19:08
*** baoli has joined #openstack-ironic19:08
TheJuliaironic-inspector's pike release was literally cut this morning. ironic.... while we have created a pike branch just hours ago, because our release model is different, and a whole host of other issues, our stable/pike branch is broken. On a plus side, we're working to fix it as quickly as CI will allow us to.19:10
TheJuliaso, that being said, depending on how that build is built, it might not actually be correct yet19:10
dtrainoroh, you know what, i saw that email this morning19:10
dtrainorunderstood.19:10
dtrainori'll chase that thread, thanks for the reminder19:10
TheJuliaif ironic and ironic-inspector were built from master, then they should work19:10
dtrainorduh.  i'm sorry.  too much context switching.19:11
TheJuliadtrainor: no worries19:11
dtrainorbecause, you know, you sent the email, so....19:11
dtrainorheh19:11
dtrainori might just take a ci build and slip it in by hand and see how far i get19:12
dtrainorhmm zuul says it might be a while19:13
TheJuliayeah19:13
dtrainorcool.  well again i really appreciate it, thanks19:14
TheJuliaSpeaking of zuul, looks like 5 hours to go19:14
dtrainorwoohoo19:15
dtrainori'll find something else to dig in to, in the mean time19:15
TheJuliacool19:15
*** efried has quit IRC19:18
*** srobert has joined #openstack-ironic19:24
*** efried has joined #openstack-ironic19:24
*** mgoddard has quit IRC19:32
TheJuliarloo, going and running an errand (and finally going to the store. I should be back in ~1.5 hours. if everything touching 494662 goes well, then we should be able to begin back porting all the stuff for master branch *crosses fingers*19:38
rloo:)19:38
TheJulia we may want to consider a 9.0.1 release with "don't use 9.0" as the highlight :)19:39
rlooTheJulia: oh... with 'Fixes... ' :) Will think about it...19:40
rlooTheJulia: I think it'll work for people; just that it fails our tests...19:40
TheJuliaI guess yeah19:42
*** athomas has quit IRC19:42
rlooTheJulia: oh, wait, to package it, it has to pass tests, so...19:43
rlooTheJulia: won't hurt, so I'll push something up.19:43
*** baoli has quit IRC19:43
TheJuliaok, bbl19:44
*** baoli has joined #openstack-ironic19:45
*** baoli has quit IRC19:45
*** yangyape_ has joined #openstack-ironic19:46
*** trown is now known as trown|brb19:46
*** yangyapeng has quit IRC19:47
*** e0ne has joined #openstack-ironic19:47
*** baoli has joined #openstack-ironic19:53
*** srobert has quit IRC19:56
*** trown|brb is now known as trown19:59
openstackgerritJohn L. Villalovos proposed openstack/ironic master: devstack: Comment variables related to multi-tenant networking  https://review.openstack.org/49469020:06
*** jkilpatr has quit IRC20:09
*** e0ne has quit IRC20:12
*** rcernin has quit IRC20:16
TheJuliarloo: take a look at 49457920:19
rlooTheJulia: hey!20:20
*** adisky__ has quit IRC20:20
rlooTheJulia: should we just +A 494662 now, instead of waiting?20:20
openstackgerritJulia Kreger proposed openstack/ironic stable/pike: Update .gitreview for stable/pike  https://review.openstack.org/49457820:21
rlooTheJulia: are you back from your errands, cuz... I have some questions about reno20:21
TheJuliarloo: ^^^ rebase to get around same test failures, I think we should +A 494662 at this point20:22
TheJuliago ahead and ask, my other half delayed departure20:22
rlooTheJulia: ok20:22
rlooTheJulia: sec20:22
openstackgerritRuby Loo proposed openstack/ironic master: [reno] Add prelude for intermediate Pike 9.0.1 release  https://review.openstack.org/49469320:24
rlooTheJulia: ^^20:24
rlooTheJulia: so... I don't know how the renos are done. just that they are published from master, right?20:25
rlooTheJulia: so how do we add  a reno for something in stable/pike only?20:25
rlooTheJulia: I mean, we have a patch that fails now, in master, to add reno for pike. sec, let me find it.20:25
TheJuliaso I  believe the fact that it gets tagged will cause it to fall out, but I was going to check the code tomorrow20:26
rlooTheJulia: https://review.openstack.org/#/c/494580/20:26
patchbotpatch 494580 - ironic - Update reno for stable/pike20:26
TheJuliait may need to land in the branch first, since the id on the slug name is hunted across branches20:26
rlooTheJulia: where will the reno with the prelude for 9.1.0 get put?20:26
rlooTheJulia: under 'pike' or under 'current'?20:27
rlooTheJulia: I guess same question for the 9.0.1 patch i just added, but I'm more concerned with the official 9.1.0 patch-prelude.20:28
*** jkilpatr has joined #openstack-ironic20:30
TheJuliai would cherry-pick it down to have the update reno patch, and see what it does, I won't +2 or +a anything until I can dig through reno's logic20:30
rlooTheJulia: ok, i can try that. but not cherry pick, i'll need to make it dependent on the stable/pike 9.0-to-release-mapping patch. i'll just WIP it.20:31
TheJuliaone moment20:31
TheJuliaoh right, the reno change is on master20:32
rlooTheJulia: yeah. i think it ties in with my muddy understanding of not changing renos once we've branched.20:33
* TheJulia pulls up the reno source code20:33
*** hoonetorg has quit IRC20:36
TheJuliahmmmmmmmm20:39
*** rama_y has quit IRC20:42
*** srobert has joined #openstack-ironic20:43
TheJuliawell I'm going cross eyed...20:43
TheJuliado you have the rev number for the reno index changes?20:44
rlooTheJulia: you mean this thing? https://review.openstack.org/#/c/494580/20:44
patchbotpatch 494580 - ironic - Update reno for stable/pike20:44
TheJuliayeah, building locally20:45
TheJuliaokay, if it is on the branch, it shows up under pike as well.20:50
TheJuliacutting a tag locally20:50
TheJuliarebuilding20:51
rlooTheJulia: I just looked at our release notes, in current, there is the same bug fix as in ocata 7.0.1.20:51
TheJuliaugh, i bet because we've mucked with the history20:51
rlooTheJulia: current 8.0.0 release20:51
rlooTheJulia:  so i think that we should *only* add the prelude reno to pike, not to master...20:52
TheJuliaor a tag is missing20:52
rlooor yeah, something else. but it makes sense. if we fix a bug in master, we add a reno to that. and if we backport&release, you'd want to see the bug reno there too.20:52
TheJuliamaybe not as a prelude for 9.0.1?20:53
rlooTheJulia: i am assuming that things are consistent, same for preludes or anything in a reno file, but dunno.20:53
*** heroux has quit IRC20:53
TheJuliayeah, backporting it definitely shows up as expected20:53
rlooTheJulia: all I know is that we don't want those preludes to show up in 'current'...20:54
TheJuliarebuilding my release notes again20:55
TheJuliahmmm shows up on my main unreleased...20:58
*** trown is now known as trown|outtypewww21:02
TheJuliarloo: lets hold off on landing them, I do actually need to head out now. but I'm working on it locally to figure it out with reno21:03
rlooTheJulia: ok, i'll probably be gone after you get back. might want to ping dougH.21:03
rlooTheJulia: I am thinking now, that maybe we wanted that prelude thing when we branched, but sigh.21:04
TheJuliacrcrossing versions, they preludes are unique, it is just we will have to bump master's semver flag 2x I think21:04
TheJuliato get us to 9.2.x21:04
TheJuliaI'll try when I get back21:04
rlooso far, yay: https://review.openstack.org/#/c/494620/ (on master)21:05
patchbotpatch 494620 - ironic - Adds 9.0 to release_mappings21:05
*** rama_y has joined #openstack-ironic21:05
*** mat128 has quit IRC21:05
TheJuliawoot21:06
*** srobert has quit IRC21:06
*** dprince has quit IRC21:19
*** baoli has quit IRC21:22
*** slagle has quit IRC21:28
*** jcoufal has quit IRC21:32
rlooso far, yay: https://review.openstack.org/#/c/494662/ (on stable/pike)21:32
patchbotpatch 494662 - ironic (stable/pike) - Adds 9.0 to release_mappings21:32
*** priteau has quit IRC21:38
*** oanson has quit IRC21:42
*** oanson has joined #openstack-ironic21:44
*** bfournie has quit IRC22:04
openstackgerritMerged openstack/ironic-inspector stable/pike: Update .gitreview for stable/pike  https://review.openstack.org/49456022:04
openstackgerritMerged openstack/ironic-inspector stable/pike: Update UPPER_CONSTRAINTS_FILE for stable/pike  https://review.openstack.org/49456122:05
rloonice that some things are working... ^^22:06
*** jlabarre has quit IRC22:11
*** dyasny has joined #openstack-ironic22:21
*** mtanino has joined #openstack-ironic22:33
*** openstackgerrit has quit IRC22:33
*** bfournie has joined #openstack-ironic22:36
*** bfournie has quit IRC22:37
*** Nisha_Agarwal has joined #openstack-ironic22:38
*** Nisha_Agarwal has quit IRC22:43
TheJulia:)22:47
*** openstackgerrit has joined #openstack-ironic22:49
openstackgerritJohn L. Villalovos proposed openstack/ironic master: devstack: Remove unused variable IRONIC_VM_NETWORK_RANGE  https://review.openstack.org/49473122:49
*** yangyape_ has quit IRC22:52
TheJuliarloo: so, if we propose the two release notes exclusively to stable/pike, they will render and appear for pike23:07
*** yangyapeng has joined #openstack-ironic23:07
TheJuliawe _will_ want to still "Sem-Ver: feature" master for pbr builds, but for some unknown reason, reno doesn't pickup on it23:08
TheJuliathat is the big unknown, how to get it to pickup on that23:08
*** dyasny has quit IRC23:10
*** yangyapeng has quit IRC23:12
openstackgerritJulia Kreger proposed openstack/ironic stable/pike: Fix DRAC classic driver double manage/provide  https://review.openstack.org/49473623:14
openstackgerritJulia Kreger proposed openstack/ironic stable/pike: Add 'hardware type' for Dell EMC iDRACs  https://review.openstack.org/49473723:14
rlooTheJulia: ok, the releasenotes on stable/pike make sense. just means we'll never see those files on master but i don't care.23:14
rlooTheJulia: thx for pressing those cherrypick buttons :)23:14
TheJuliaI pressed those two, I'll press more after dinner and a movie23:14
TheJuliaactually, I could do two more23:15
rlooTheJulia: did you 'only' press the cherry-pick button. i see you also rebased them.23:15
openstackgerritJulia Kreger proposed openstack/ironic stable/pike: Update proliantutils version for Pike release  https://review.openstack.org/49473823:17
TheJuliaeh, one more23:17
openstackgerritMerged openstack/ironic master: Adds 9.0 to release_mappings  https://review.openstack.org/49462023:17
TheJuliarloo: no, a bit more complex. git review -d the upper constraints patch ; git review -X masterbranchchangeid; git review -R stable/pike23:18
rlooTheJulia: ahh, I thought it wasn't that simple23:18
rlooTheJulia: look ^^!!23:18
rlooTheJulia: master CI is good now23:18
TheJuliai know!23:18
TheJuliaweI'm tempted to wave a "please don't merge anything" sign until we get the back ports sorted23:19
TheJulias/weI/I/23:19
rlooTheJulia: you've -2'd everything didn't you?23:19
TheJulianot _everything_, only the 10 patches or so that we have been struggling to merge23:19
rlooTheJulia: well, who's approving the other patches that haven't yet been approved? ;)23:20
TheJuliatrue23:20
TheJuliaanyway, dinner, movie, I'll fire off some more cherry picks down to the stable branch later tonight23:20
TheJuliahopefully these should all pass just fine23:20
rlooTheJulia: thx!23:21
rlooTheJulia: or wait til the upper constraints patch lands before cherry-picking-with-button :)23:22
TheJuliaheh23:22
*** rpioso|eat has quit IRC23:25
*** pc_m has quit IRC23:27
*** pc_m has joined #openstack-ironic23:28
*** rama_y has quit IRC23:32
openstackgerritMerged openstack/ironic stable/pike: Adds 9.0 to release_mappings  https://review.openstack.org/49466223:32

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