Tuesday, 2015-08-04

*** smoriya has quit IRC00:04
*** Vikas has joined #openstack-ironic00:05
*** achanda has quit IRC00:06
VikasHi folks..I am a beginner and soon after i commited changes for review,https://review.openstack.org/#/c/208680/, got "-1" from "Citrix XenServer CI".Can anybody please suggest what is this about and what should be my next step?00:06
*** smoriya has joined #openstack-ironic00:10
*** jaypipes has quit IRC00:18
*** puranamr has quit IRC00:19
*** cing has joined #openstack-ironic00:26
*** chlong has joined #openstack-ironic00:26
devanandaVikas: hello! if you haven't already, I highly recommend reading http://docs.openstack.org/infra/manual/developers.html#automated-testing (and in fact everything on that whole page is very helpful)00:30
devanandaVikas: also to note, you're in the channgel for the Ironic project, though your commit was to the Nova project. If you have more specific questions about that project, you will have better luck in #openstack-nova than here00:31
jroll(also, it looks like nova's CI may be having bigger problems :P)00:32
jroller, no.00:32
jrolldouble : on the if statement, syntax error00:32
*** puranamr has joined #openstack-ironic00:33
*** alexpilo_ has joined #openstack-ironic00:40
*** zz_natorious is now known as natorious00:42
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/20869500:44
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-lib: Updated from global requirements  https://review.openstack.org/20869600:45
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/20869700:45
*** alexpilo_ has quit IRC00:47
*** mtanino has quit IRC00:51
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/20869500:53
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/20869700:53
*** cdearborn has quit IRC01:02
*** Nisha has quit IRC01:03
*** puranamr has quit IRC01:08
*** praneshp has joined #openstack-ironic01:11
*** thrash is now known as thrash|g0ne01:19
*** natorious is now known as zz_natorious01:19
*** ijw has joined #openstack-ironic01:21
*** ijw_ has quit IRC01:23
*** zhenguo has joined #openstack-ironic01:27
*** puranamr has joined #openstack-ironic01:29
*** chenglch has joined #openstack-ironic01:31
*** puranamr has quit IRC01:33
*** ijw has quit IRC01:34
*** cing has quit IRC01:35
openstackgerritRamakrishnan G proposed openstack/ironic: Add RPCAPIs for RAID configuration  https://review.openstack.org/19600601:39
*** alexpilo_ has joined #openstack-ironic01:40
*** zz_natorious is now known as natorious01:41
*** alexpilo_ has quit IRC01:44
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Update neutron integration spec  https://review.openstack.org/20648701:44
*** pal has joined #openstack-ironic01:45
*** cing has joined #openstack-ironic01:48
*** natorious is now known as zz_natorious01:54
*** degorenko has quit IRC01:54
openstackgerritRamakrishnan G proposed openstack/ironic: Add APIs for RAID configuration  https://review.openstack.org/19600701:54
*** Haomeng has joined #openstack-ironic01:56
*** puranamr has joined #openstack-ironic02:10
openstackgerritRamakrishnan G proposed openstack/ironic: Add support for inband raid configuration agent ramdisk  https://review.openstack.org/19823802:11
*** puranamr has quit IRC02:15
*** praneshp has quit IRC02:20
*** praneshp has joined #openstack-ironic02:21
*** puranamr has joined #openstack-ironic02:22
*** puranamr has quit IRC02:27
*** pal has quit IRC02:40
*** achanda has joined #openstack-ironic02:45
*** zz_natorious is now known as natorious02:50
*** hakimo has joined #openstack-ironic02:52
*** hakimo_ has quit IRC02:55
*** ramineni has joined #openstack-ironic02:58
*** cing has quit IRC03:05
*** huangkai17 has joined #openstack-ironic03:12
ramineniJoshNang, hi03:29
*** achanda has quit IRC03:37
*** jhova has quit IRC03:38
*** Sukhdev has joined #openstack-ironic03:41
*** coolsvap|away is now known as coolsvap03:43
*** Vikas has quit IRC03:46
*** alexpilo_ has joined #openstack-ironic03:47
*** huangkai17 has quit IRC03:48
*** jhova has joined #openstack-ironic03:50
*** Vikas has joined #openstack-ironic03:50
*** alexpilo_ has quit IRC03:51
*** jhova has quit IRC03:52
*** pal has joined #openstack-ironic03:56
*** natorious is now known as zz_natorious03:57
*** Nisha has joined #openstack-ironic03:57
*** cing has joined #openstack-ironic03:58
*** amotoki has joined #openstack-ironic03:59
*** Vikas has quit IRC04:09
*** achanda has joined #openstack-ironic04:21
*** pal has quit IRC04:23
*** pal has joined #openstack-ironic04:30
*** Nisha_away has joined #openstack-ironic04:32
*** Nisha has quit IRC04:32
*** achanda_ has joined #openstack-ironic04:35
*** achanda has quit IRC04:35
*** cing has quit IRC04:40
*** rameshg87 has joined #openstack-ironic04:40
openstackgerritShivanand Tendulker proposed stackforge/proliantutils: Fix to allow Secure Boot API calls only in UEFI boot mode  https://review.openstack.org/20837104:43
*** smoriya has quit IRC04:50
*** smoriya has joined #openstack-ironic04:51
*** stendulker has joined #openstack-ironic04:52
*** Vikas_ has joined #openstack-ironic04:53
openstackgerritShivanand Tendulker proposed stackforge/proliantutils: Fixes tox Warning issue  https://review.openstack.org/20879704:54
openstackgerritAnusha Ramineni proposed openstack/ironic: Make states end-point discoverable via nodes API  https://review.openstack.org/20589504:54
rameshg87do we have ironic meeting now ?05:02
rameshg87Haomeng: mrda: ^^^ ??05:03
pshige_no traffic found05:04
rameshg87pshige_: haven't heard from anyone that meeting is cancelled ?05:04
*** meghal has joined #openstack-ironic05:06
*** meghal1 has joined #openstack-ironic05:07
pshige_I'd not been feeling well these months so I don't get the situation.05:08
*** meghal has quit IRC05:10
*** ishant has joined #openstack-ironic05:14
openstackgerritMerged stackforge/proliantutils: Fix to allow Secure Boot API calls only in UEFI boot mode  https://review.openstack.org/20837105:16
rameshg87smoriya: hi05:22
smoriyahi05:22
rameshg87smoriya: are you planning to address devananda's comments on https://review.openstack.org/#/c/200496 ?05:23
smoriyarameshg87: Thank you for reviewing :)05:23
rameshg87smoriya: wc :)05:23
rameshg87smoriya: if not, I can give a shot at updating that spec with changes at those comments05:23
smoriyarameshg87: I'll add brief implementation for both case.05:24
smoriyarameshg87: oh really?05:24
rameshg87smoriya: I think you were just working on that as I pinged you05:24
smoriyaIt is really helpful to me.05:24
rameshg87smoriya: if you want to go ahead, then it's fine with me, otherwise I can update the spec.05:24
smoriyarameshg87: I don't know how much details should I write about driver implementation05:25
*** ishant_ has joined #openstack-ironic05:26
mrdadamn05:26
rameshg87smoriya: let me give a try filling it up.05:26
* mrda was busy working and forgot05:26
rameshg87mrda: missed the meeting ?05:26
mrdasorry05:26
mrda:(05:26
rameshg87mrda: no one was around ..05:26
mrdawell, if that's the case, no harm done05:26
rameshg87yeah05:27
mrdadouble sorry05:27
smoriyarameshg87: sure. thanks.05:27
mrdarameshg87: it's the week before midcycle, so I guess people are focused on that.05:27
rameshg87mrda: yeah, may be05:28
rameshg87mrda: are you going for midcycle ?05:28
*** ishant has quit IRC05:29
mrdayes, I'm headin over05:29
mrdaheading05:29
mrdarameshg87: you?05:29
rameshg87mrda: no :(05:30
mrdarats, would have been nice to hang out05:30
*** yuanying has quit IRC05:31
*** yuanying has joined #openstack-ironic05:32
rameshg87yeah05:32
*** yuanying has quit IRC05:36
*** yuanying has joined #openstack-ironic05:39
*** Sukhdev has quit IRC05:41
*** alexpilo_ has joined #openstack-ironic05:45
*** puranamr has joined #openstack-ironic05:45
*** alexpilo_ has quit IRC05:49
*** puranamr has quit IRC05:49
*** meghal1 has quit IRC05:51
*** PradeepV has joined #openstack-ironic05:53
chenkeh06:06
*** ukalifon1 has joined #openstack-ironic06:07
Haomengchenke: ping06:07
chenkehi haomeng, yes06:27
PradeepVHi Haomeng06:28
PradeepVI created a ironic node with boot device as disk06:28
*** praneshp has quit IRC06:29
PradeepVwhen i spawn up an instance using nova, the instance is going to spawing state and the boot device of the ironic node is changed to pxe again06:29
chenkehaomeng, so how can i remove the network card information for deploying it again?06:30
Haomenglet me check06:32
Haomengchenke: yes, the raw image can be monted06:32
Haomengs/mnted/mounted06:32
*** saripurigopi has joined #openstack-ironic06:33
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/20690306:33
chenkeok06:35
chenkeand then, where should i clean the network card infomation?06:35
openstackgerritTan Lin proposed openstack/ironic: Trusted boot doc  https://review.openstack.org/20843806:41
Haomengchenke: fyi - how to mound disk image - http://forensicswiki.org/wiki/Mounting_Disk_Images06:44
*** DaveMitchelll has quit IRC06:44
*** alexpilo_ has joined #openstack-ironic06:44
*** Marga_ has joined #openstack-ironic06:46
*** Marga_ has quit IRC06:46
chenkeyes. i have successful mount the image.  i mean what network card info i need to clean in the next06:46
*** Marga_ has joined #openstack-ironic06:47
*** alexpilo_ has quit IRC06:48
openstackgerritRamakrishnan G proposed openstack/ironic-specs: Volume connection information for Ironic nodes  https://review.openstack.org/20049606:53
rameshg87smoriya: ^^^06:53
smoriyarameshg87: Thanks, I'll look at it :)06:54
*** zz_natorious is now known as natorious06:55
*** natorious is now known as zz_natorious06:57
*** dtantsur|afk is now known as dtantsur06:59
*** achanda_ has quit IRC07:01
*** h00327910__ has joined #openstack-ironic07:01
*** yog__ has joined #openstack-ironic07:04
*** degorenko has joined #openstack-ironic07:08
*** jcoufal has joined #openstack-ironic07:09
*** ijw has joined #openstack-ironic07:09
Haomengchenke: you can try with "sudo rm -rf /etc/udev/rules.d/70-persistent-net.rules" to clean the network info07:10
chenkei don't have this one, but 99-dhcp-all-interfaces.rules,  i guess it is same one.07:12
Haomengchenke: and make sure cloudinit is clean, it can be run on next os starting07:12
Haomengchenke: yes, check it out, there should be some mac address07:12
chenkeHaomeng: cloudinit?07:13
Haomengchenke: yes, if you depend on cloudinit to set hostname or other file injection, cloud-init is required07:13
chenkeHaomeng: ok , i will find it.07:14
Haomenggood luck:)07:17
*** Marga_ has quit IRC07:17
*** DaveMitchelll has joined #openstack-ironic07:26
PradeepVHi Haomeng, I created a ironic node with boot device as disk, when i spawn up an instance using nova, the instance is going to spawing state and the boot device of the ironic node is changed to pxe again07:27
PradeepVcan you please leet me know if it is a know issue07:28
HaomengPradeepV: how is the final status?07:28
HaomengPradeepV: if you did not enable local boot, it should pxe two times07:28
PradeepVthe nova instance is doing pxe boot and going to Active07:29
HaomengPradeepV: so if we did not enable local boot, it should work as design07:30
HaomengPradeepV: so what is your concern?07:30
HaomengPradeepV: how about baremetal side, the os is runing as well?07:31
PradeepVyes, initially the boot_device of the ironic is set to disk, nova boot must boot up the baremetal from local disk right07:32
PradeepVhere it is doing pxe boot instead07:33
HaomengPradeepV: did you check your BIOS, if pxe boot is first boot device, that is always?07:34
HaomengPradeepV: and there is bug for some ipmi firmware, it dont support to save boot device order07:34
PradeepVyes my first boot device in bios is LAN only,07:36
*** ifarkas has joined #openstack-ironic07:37
*** alexpilo_ has joined #openstack-ironic07:42
*** lsmola has joined #openstack-ironic07:42
HaomengPradeepV: maybe this patch will help you - https://review.openstack.org/#/c/177642/07:45
*** Marga_ has joined #openstack-ironic07:46
HaomengPradeepV: it force to set boot device the  ipmi which does not support the command 'chassis bootdev' with 'persistent' option'07:47
*** chlong has quit IRC07:47
*** alexpilo_ has quit IRC07:48
openstackgerritShivanand Tendulker proposed openstack/ironic-specs: Add Zapping support to iLO drivers  https://review.openstack.org/14540407:48
*** lucasagomes has joined #openstack-ironic07:48
*** Nisha_away has quit IRC07:49
*** pal has quit IRC07:54
*** ramineni has quit IRC07:56
*** ramineni has joined #openstack-ironic07:56
*** ramineni has quit IRC07:59
*** ramineni has joined #openstack-ironic08:00
*** Nisha_away has joined #openstack-ironic08:04
*** athomas has joined #openstack-ironic08:07
*** jistr has joined #openstack-ironic08:08
*** romainh has joined #openstack-ironic08:11
rameshg87lucasagomes: hi08:12
lucasagomesrameshg87, hi there08:12
rameshg87lucasagomes: regarding ironic-lib sync https://review.openstack.org/#/c/162162/ , we were discussing in the last patchset about the group for the opt08:12
rameshg87lucasagomes: while new group names like ironic-lib make sense, how do you see it not breaking the users ?08:13
rameshg87lucasagomes: if someone had some configured value for these parameters, it will break right ?08:13
rameshg87lucasagomes: speaking about https://review.openstack.org/#/c/162162/9/ironic_lib/disk_utils.py08:14
*** DaveMitchelll has quit IRC08:14
*** jcoufal has quit IRC08:14
rameshg87I can see only deprecated_group coming to rescue. can't get any other solution for this.08:14
lucasagomesrameshg87, oh right yeah... hmmmmmmmmm08:15
lucasagomesrameshg87, yeah we should totally use deprecation08:16
rameshg87lucasagomes: okay..commenting on the patch now.. we can add a comment on top of it why it's required08:17
lucasagomesrameshg87, right, yeah leave a todo to remove later08:18
lucasagomesbut it should be pretty simple since the config options has a "deprecated_group" parameter08:18
lucasagomesyou can pass deprecated_group='deploy' on the options there08:18
rameshg87yes08:18
*** Marga_ has quit IRC08:25
*** Marga_ has joined #openstack-ironic08:26
*** ijw has quit IRC08:29
*** Marga_ has quit IRC08:32
*** zer0c00l has quit IRC08:35
*** crinkle has quit IRC08:35
*** tteggel_ has quit IRC08:35
*** _fortis has quit IRC08:35
*** egon has quit IRC08:35
*** Madasi has quit IRC08:35
*** devananda has quit IRC08:35
*** yog__ has quit IRC08:35
*** Marga_ has joined #openstack-ironic08:37
*** crinkle has joined #openstack-ironic08:37
*** zer0c00l has joined #openstack-ironic08:37
*** tteggel_ has joined #openstack-ironic08:37
*** _fortis has joined #openstack-ironic08:37
*** egon has joined #openstack-ironic08:37
*** Madasi has joined #openstack-ironic08:37
*** devananda has joined #openstack-ironic08:37
*** yog__ has joined #openstack-ironic08:40
*** alexpilo_ has joined #openstack-ironic08:41
*** Marga_ has quit IRC08:42
*** e0ne has joined #openstack-ironic08:44
*** alexpilo_ has quit IRC08:45
*** pal has joined #openstack-ironic08:47
*** alexpilotti has quit IRC08:51
*** alexpilotti has joined #openstack-ironic08:52
*** dtantsur is now known as dtantsur|brb08:53
chenkeHaomeng, i have still stucked at "renamed network interface eth0 to enp7s0f1" after delete rules in /etc/udev/rules.d08:53
*** jcoufal has joined #openstack-ironic08:54
chenkeHaomeng,i also checked this is no "HWADDR" in the ifcfg-enp7s0f1(located in the dd image)08:54
*** jcoufal has quit IRC08:55
*** jcoufal has joined #openstack-ironic08:56
Haomengchenke: yes, that is odd behavior, did you check system log?08:56
smoriyarameshg87: I added a few comments on https://review.openstack.org/#/c/200496/08:57
chenkeHaomeng,i just checked the start up log, which system log do you refer to?08:58
smoriyarameshg87: and I can update the patch if you can't08:58
rameshg87smoriya: just saw it, please update it if you got some time. I might be able to get back to it only after a couple of hours.08:58
smoriyarameshg87:  okay, thank you08:59
chenkei see it rename eth0 to enp7s0f0 successfule while run deploy, but after restart, it can't pass that step08:59
*** jcoufal has quit IRC09:07
*** jcoufal has joined #openstack-ironic09:11
*** Vikas_ has quit IRC09:13
stendulkerlucasagomes: Hi, Good Morning!09:15
lucasagomesstendulker, hi there, morning09:15
stendulkerlucasagomes: Regarding defect https://bugs.launchpad.net/ironic/+bug/148036709:15
openstackLaunchpad bug 1480367 in proliantutils "iLO cleaning error: iLO.0.10.UnsupportedOperationInSystemBIOS" [Undecided,Fix committed] - Assigned to Shivanand Tendulker (shivanand-tendulker)09:15
lucasagomesstendulker, oh yeah I saw the fix for the proliantutils09:16
lucasagomesthanks for that!09:16
stendulkerlucasagomes: Were you testing it on Gen9 ?09:16
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Update docs for Fedora 22  https://review.openstack.org/20892409:16
lucasagomesstendulker, it was someone else in Red Hat testing it09:16
lucasagomesstendulker, and he reported me that problem so I opened a bug upstream for verification09:16
lucasagomesbut yeah he's using a Gen9 with 2.20 firmware version09:17
lucasagomesstendulker, I can tell him to try to test it again with the fix09:17
stendulkerlucasagomes: ok. Was just wondering what kind usescase you guys use Gen9?09:17
stendulkerlucasagomes: Thanks that would be helpful.09:17
lucasagomesstendulker, I don't know the use case... They were testing the osp-direction (the rh installer) with those machine09:18
lucasagomesdirector*09:18
*** marzif_ has joined #openstack-ironic09:18
stendulkerlucasagomes: ok. Do let us know if they see any other discrepancy wrt Proliant in their testing.09:19
lucasagomesstendulker, +1 will do09:19
stendulkerlucasagomes: Thank you :)09:19
lucasagomesstendulker, thank you for the fix !09:19
*** rameshg87 has quit IRC09:20
stendulkerlucasagomes: :)09:21
*** boris-42 has quit IRC09:30
*** yog__ has quit IRC09:30
*** rameshg87 has joined #openstack-ironic09:31
*** MattMan has quit IRC09:39
*** yog__ has joined #openstack-ironic09:39
*** MattMan has joined #openstack-ironic09:39
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Document configuring ironic-api behind mod_wsgi  https://review.openstack.org/20709109:40
*** athomas has quit IRC09:42
*** marzif_ has quit IRC09:43
*** marzif_ has joined #openstack-ironic09:43
*** chenglch has quit IRC09:43
openstackgerritSatoru Moriya proposed openstack/ironic-specs: Volume connection information for Ironic nodes  https://review.openstack.org/20049609:47
*** athomas has joined #openstack-ironic09:50
openstackgerritMerged stackforge/proliantutils: Fixes tox Warning issue  https://review.openstack.org/20879709:51
*** openstackgerrit_ has joined #openstack-ironic09:53
*** sambetts has quit IRC09:55
*** sambetts has joined #openstack-ironic09:57
yuikotakadaHi, Ironic :)09:57
*** jcoufal has quit IRC09:59
yuikotakadafolks, could you please take a look at https://review.openstack.org/#/c/166386/ ?09:59
*** jcoufal has joined #openstack-ironic09:59
*** sambetts has quit IRC10:01
*** sambetts has joined #openstack-ironic10:04
*** romainh has quit IRC10:06
openstackgerritGopi Krishna S proposed openstack/ironic-specs: Add out-of-band RAID configuration support for Cisco Hardware  https://review.openstack.org/19214210:08
*** jcoufal has quit IRC10:10
openstackgerritMerged openstack/ironic: grub2 bootloader support for uefi boot mode  https://review.openstack.org/16619210:10
*** rameshg87 has quit IRC10:14
*** rameshg87 has joined #openstack-ironic10:15
openstackgerritMerged openstack/ironic: Secure boot support for pxe_ilo driver  https://review.openstack.org/15480810:15
*** Marga_ has joined #openstack-ironic10:17
openstackgerritGopi Krishna S proposed openstack/ironic-specs: Out-of-band hardware inspection support for Cisco B/C/M-series servers  https://review.openstack.org/20473310:17
*** yuriyz has quit IRC10:18
*** yuriyz has joined #openstack-ironic10:19
*** dtantsur|brb is now known as dtantsur10:19
*** Marga_ has quit IRC10:20
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Update docs for Fedora 22  https://review.openstack.org/20892410:20
*** Marga_ has joined #openstack-ironic10:20
*** rameshg87 has quit IRC10:21
*** alexpilo_ has joined #openstack-ironic10:29
*** rvasilets___ has joined #openstack-ironic10:30
*** Marga_ has quit IRC10:31
*** alexpilo_ has quit IRC10:33
*** rameshg87 has joined #openstack-ironic10:34
*** yuanying has quit IRC10:35
*** yuanying has joined #openstack-ironic10:36
*** yuikotakada has quit IRC10:38
*** yuanying has quit IRC10:38
*** yuanying has joined #openstack-ironic10:38
openstackgerritDmitry Tantsur proposed openstack/ironic: Document API versioning  https://review.openstack.org/20699910:43
dtantsurlucasagomes, rameshg87, ^^10:43
lucasagomesdtantsur, thanks!10:44
rameshg87dtantsur: oh great .. :)10:48
openstackgerritDmitry Tantsur proposed openstack/ironic: Document API versioning  https://review.openstack.org/20699910:48
* dtantsur fixed a typo10:48
lucasagomesdtantsur, thanks re +2'd after typo fix10:50
openstackgerritDmitry Tantsur proposed openstack/python-ironic-inspector-client: Implement optional API versioning  https://review.openstack.org/20361810:50
*** jcoufal has joined #openstack-ironic10:52
openstackgerritNisha Agarwal proposed openstack/ironic: Remove the hard dependency of swift from ilo drivers  https://review.openstack.org/19865610:57
*** lucasagomes is now known as lucas-hungry11:01
*** Nisha_away has quit IRC11:03
TheJuliaGood morning11:03
*** degorenko has quit IRC11:06
*** degorenko has joined #openstack-ironic11:08
dtantsurTheJulia, morning11:13
rameshg87dtantsur: don't we need to inform about 406 stuff ?11:14
*** coolsvap is now known as coolsvap|away11:14
rameshg87dtantsur: when they try to use with a lower api version which doesn't support the feature11:15
dtantsurrameshg87, oh, maybe. As part of this patch? I'd like someone with English skills to make a follow-up anyway11:15
rameshg87dtantsur: +1, I am not that "someone" anyway :)11:16
rameshg87dtantsur: apart from that part it lgtm. I would like to see the docs thing after the job once as well11:16
dtantsurack11:17
* rameshg87 goes home 11:19
*** rameshg87 has quit IRC11:19
openstackgerritSyed Ismail Faizan Barmawer proposed openstack/ironic-lib: Merge latest disk partitioning code from ironic  https://review.openstack.org/16216211:22
*** Marga_ has joined #openstack-ironic11:25
*** stendulker has quit IRC11:26
*** saripurigopi has quit IRC11:31
*** openstackgerrit has quit IRC11:31
*** openstackgerrit_ is now known as openstackgerrit11:31
*** openstackgerrit has quit IRC11:32
*** openstackgerrit_ has joined #openstack-ironic11:32
*** openstackgerrit_ is now known as openstackgerrit11:32
*** openstackgerrit_ has joined #openstack-ironic11:33
*** ramineni has quit IRC11:38
*** dprince has joined #openstack-ironic11:39
*** thrash|g0ne is now known as thrash11:46
*** romainh has joined #openstack-ironic11:50
*** pal has quit IRC11:52
openstackgerritDmitry Tantsur proposed openstack/ironic: Expose versioning information on GET / endpoint  https://review.openstack.org/20901211:53
*** Marga_ has quit IRC11:54
*** jaypipes has joined #openstack-ironic11:59
*** amotoki has quit IRC12:01
*** lucas-hungry is now known as lucasagomes12:05
lucasagomesdtantsur, re https://review.openstack.org/#/c/208924/ I don't know if you hit send before finish typing12:10
lucasagomesalso worth updating ... ?12:10
*** Marga_ has joined #openstack-ironic12:11
dtantsurlucasagomes, it was in response to "Possibly one more place needs to be updated.", sorry12:12
lucasagomesdtantsur, oh gotcha... yeah I'm updating that one12:12
lucasagomesthanks12:12
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Update docs for Fedora 22  https://review.openstack.org/20892412:13
*** openstackgerrit has quit IRC12:16
*** openstackgerrit has joined #openstack-ironic12:17
*** alexpilo_ has joined #openstack-ironic12:23
*** alexpilo_ has quit IRC12:27
*** jjohnson2 has joined #openstack-ironic12:28
*** Vikas has joined #openstack-ironic12:28
lucasagomeshi someone can take a look at https://review.openstack.org/#/c/205033 please? The bits in nova have been merged already12:31
jrolllucasagomes: question inline12:34
*** bapalm_ has joined #openstack-ironic12:34
lucasagomesjroll, hi there12:34
jrollmorning :)12:34
openstackgerritMerged openstack/ironic-specs: Implement Zapping States  https://review.openstack.org/18512212:37
lucasagomesjroll, commented12:38
lucasagomesjroll, also https://review.openstack.org/#/c/204162/ did you mean what dtantsur just explained there?12:39
dtantsurjroll, morning12:40
jrollmorning dtantsur :)12:41
jrolllucasagomes: I did!12:41
*** chlong has joined #openstack-ironic12:41
jrollbut first, I'm now trying to figure out if we need this 'if node.maintenance' block in this patch12:42
jrollI see that's the old behavior, but I'm not sure I get it :P12:42
lucasagomesjroll, dtantsur right... I have to think about it. But wouldn't that be a more complex change? Like and if I request it to move 3 states and it fails in the second? Should I rollback or something12:42
lucasagomesjroll, oh yeah, I just kept it as before12:43
*** aarefiev has joined #openstack-ironic12:43
jrollyeah, I don't think we need it12:43
jrollactually, maybe we do12:44
* jroll drinks coffee and +2s12:44
lucasagomesjroll, that's just preserving the old behavior12:44
lucasagomesjroll, but yeah once we get nova updated to not send that anymore we probably can just remove it all12:44
lucasagomes(next cycle)12:44
jrollright, I was just wondering if it was necessary, but I see it now12:44
lucasagomescool thanks12:46
jrolllucasagomes: as far queueing things up, it might be more complex, was just a random thought12:46
jrollmight be nice as a more general thing12:46
lucasagomesjroll, right, I just don't have any other use case for that12:47
lucasagomesbecause there are few states where the operator needs to input12:47
lucasagomesenroll -> manage -> available12:47
jrollI mean, software could use it too12:47
lucasagomesonce there just available -> active (unless things fails)12:47
jrollit would work for this -> active -> deleted thing12:47
jrollit would work for "deploy when done cleaning"12:48
lucasagomesright hmm12:48
jroll"drop to manageable after this instance is deleted" <- I just thought of that one but I want it12:48
jrollmaybe that one wouldn't work, idk12:49
lucasagomesyeah cause it's racy sine it goes to available before12:49
*** ishant_ has quit IRC12:49
jrollmore of like, that one to me is "once the user does nova delete, put it in manageable eventually"12:49
lucasagomesjroll, I will put some thought on it12:49
jrollbut there isn't transitions queued12:50
jrollok12:50
jrollI just don't love the db flag for it :/12:50
jrollI understand why it's there12:50
lucasagomesjroll, yeah me neither but I can't think about something better than that12:50
lucasagomesjroll, one thing we can do is to have a more generic name for that flag and use for other states12:50
lucasagomeslike aborting when cleaning etc12:50
jrollright12:50
lucasagomes(on the next abortable clean step for e.g)12:51
lucasagomesand reuse the same flag for other states, that's more generic than only delete12:51
jrollnod12:51
* jroll will think on it too12:52
lucasagomesjroll, because queue states, it's fine but that will cause the node to always go to active before it actually deletes the instance12:52
lucasagomeswhere the flag can make it mid operation when the node moves to deploywait12:52
lucasagomesof if it's in deploywait we don't even set the flag and just delete it12:52
*** alexpilotti has quit IRC12:52
lucasagomesjroll, right yeah please give it a thought12:52
jrollmmm, that's a good point12:52
*** alexpilotti has joined #openstack-ironic12:54
*** pal has joined #openstack-ironic12:55
*** jaypipes has quit IRC12:57
*** smoriya has quit IRC12:59
*** jaypipes has joined #openstack-ironic13:00
*** rvasilets___ has quit IRC13:01
*** ukalifon1 has quit IRC13:02
*** kkoski has joined #openstack-ironic13:06
*** coolsvap|away is now known as coolsvap13:06
*** Marga_ has quit IRC13:08
*** cdearborn has joined #openstack-ironic13:09
*** rameshg87 has joined #openstack-ironic13:13
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Add placeholders for all previous specs  https://review.openstack.org/20852213:14
openstackgerritJim Rollenhagen proposed openstack/ironic-specs: Reorganize specs tree  https://review.openstack.org/20362813:14
jroll^ should be passing tests and good to go now /cc devananda13:14
*** rameshg87 has quit IRC13:17
*** marzif_ has quit IRC13:18
*** marzif_ has joined #openstack-ironic13:18
openstackgerritDebayan Ray proposed stackforge/proliantutils: common changes for firmware update  https://review.openstack.org/20354313:21
lucasagomesjroll, any updates re releasing Ironic?13:22
*** alexpilo_ has joined #openstack-ironic13:22
lucasagomesthe ML thread seems dead now13:22
*** coolsvap is now known as coolsvap_13:23
jrolllucasagomes: we still have to check the bug backlog and stuff, but yeah we should do it13:23
lucasagomesack13:24
lucasagomesyeah there's something I would like to do in nova (clean up the logs by just fetching part of the resources) and it does depend on a release of the client13:24
*** mjturek1 has joined #openstack-ironic13:25
*** alexpilo_ has quit IRC13:27
*** chlong has quit IRC13:31
*** puranamr has joined #openstack-ironic13:33
*** mestery_afk is now known as mestery13:38
NobodyCamgood morning Ironicers13:44
TheJuliaGood morning NobodyCam13:46
*** pal_ has joined #openstack-ironic13:47
dtantsurmorning, NobodyCam13:47
*** pal has quit IRC13:48
*** pal has joined #openstack-ironic13:49
lucasagomesNobodyCam, TheJulia morning13:49
NobodyCamgood morning TheJulia, dtantsur lucasagomes sambetts jlvillal jroll and everyone else13:50
NobodyCam:)13:50
jrollhiya NobodyCam :)13:51
NobodyCam:)13:51
*** Marga_ has joined #openstack-ironic13:51
*** pal_ has quit IRC13:51
*** Marga_ has quit IRC14:01
*** pal has quit IRC14:01
*** pal has joined #openstack-ironic14:02
*** Marga_ has joined #openstack-ironic14:02
*** PradeepV has quit IRC14:04
openstackgerritMerged openstack/ironic-specs: Update neutron integration spec  https://review.openstack.org/20648714:06
*** mtanino has joined #openstack-ironic14:09
sambettsMorning all o/14:11
*** ndipanov has joined #openstack-ironic14:15
*** jcoufal has quit IRC14:16
*** r3mu5 has joined #openstack-ironic14:17
*** pal has quit IRC14:20
*** pal has joined #openstack-ironic14:20
lucasagomessambetts, hi there14:20
*** Marga_ has quit IRC14:21
NobodyCammornign sambetts :)14:22
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/20869514:22
openstackgerritOpenStack Proposal Bot proposed openstack/ironic-inspector: Updated from global requirements  https://review.openstack.org/20909014:22
openstackgerritMerged openstack/bifrost: Minor testing clean-up  https://review.openstack.org/20809514:23
openstackgerritMerged openstack/bifrost: Remove CoreOS references in IPA image playbooks  https://review.openstack.org/20858014:25
openstackgerritMerged openstack/bifrost: Make bifrost folders more friendly to vagrent  https://review.openstack.org/20857614:25
openstackgerritMerged openstack/bifrost: Update enroll role README  https://review.openstack.org/20810014:26
*** pal has quit IRC14:26
*** pal has joined #openstack-ironic14:27
sambettshey lucasagomes, NobodyCam14:28
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Log look up attributes at INFO level  https://review.openstack.org/20854414:29
dtantsursambetts, morning!14:29
sambettso/ dtantsur14:29
jrollmorning sambetts :)14:29
sambettsjroll o/14:29
NobodyCamoh zapping spec landed!14:35
NobodyCamJoshNang: w00t14:35
*** jcoufal has joined #openstack-ironic14:37
*** ifarkas has quit IRC14:41
*** kkoski has quit IRC14:47
dtantsuroh yeah, it took a long time :)14:47
NobodyCam:)14:47
*** kkoski has joined #openstack-ironic14:49
*** Marga_ has joined #openstack-ironic14:49
*** kkoski has quit IRC14:50
*** kkoski_ has joined #openstack-ironic14:52
*** achanda has joined #openstack-ironic14:52
*** bradjones has joined #openstack-ironic14:54
*** bradjones has quit IRC14:54
*** bradjones has joined #openstack-ironic14:54
openstackgerritMerged openstack/ironic-python-agent: Updated from global requirements  https://review.openstack.org/20869714:55
*** jjohnson2 has quit IRC14:57
*** hemna has joined #openstack-ironic15:00
devanandamorning, all15:03
*** achanda has quit IRC15:04
NobodyCamgood morning devananda15:05
dtantsurdevananda, morning15:08
*** coolsvap_ is now known as coolsvap|away15:08
*** ifarkas has joined #openstack-ironic15:08
*** e0ne has quit IRC15:10
*** alexpilo_ has joined #openstack-ironic15:11
*** e0ne has joined #openstack-ironic15:11
jrollheya devananda \o15:13
*** alexpilo_ has quit IRC15:15
lucasagomesdevananda, morning15:17
devanandaheya o/15:17
devanandalooks like we have quorum, lol15:17
lucasagomesjroll, dtantsur devananda eveyrone else! Let's try to ironic out the ENROLL / release of ironic problem while we are all here?15:17
lucasagomesiron out*15:17
devanandais now a good time for us to ... yea, that ^15:17
jrolloh wow, all of us in one place15:17
dtantsurI still don't see any options, except for, well, release15:17
lucasagomes:-P virtually speaking!15:18
* TheJulia locks the doors so people are forced to discuss15:18
NobodyCamlol15:18
lucasagomesno seriously, we need to try to reach a consensus on this because we have been talking for quite a while already15:18
jrollso, what do we need to decide:15:18
* devananda throws pencils at the ceilling15:18
lucasagomesand the ML seems to have lost traction at this point15:18
jroll1) let's do a release of the server15:18
jroll2) let's do a release of the client15:18
jroll3) what version should client default to? should we add deprecation messages?15:19
jroll4) what needs to be done to release the things? testing, bug check, ???15:19
jrollanything I'm missing?15:19
devanandaso, I'm going to say it again, the ENROLL change in the server does not need to be mandatory15:19
lucasagomesok... so let's try to figure out 1,2 and 3 at least15:19
devanandai'm sorry thta that seems unpopular because it gets ignored every time i bring it up15:19
jrolldevananda: it does now, in version 1.1115:20
jrollbecause it landed.15:20
devanandawe can land 1.12 that fixes it15:20
devanandaand, ewll, anyone who deployed that can deal15:20
dtantsurone more breaking change?15:20
devanandabecause there are A LOT MORE people deploying from packages15:20
jrollare there? I know of exactly two ironic deployments :)15:20
* jroll should shut up because this is tangential15:21
devanandajroll: read the user survey recently?15:21
devananda25% of all responders are running it in some form. 10% in production15:21
dtantsurwhich packages? our customers probably won't get this release...15:21
dtantsurnot sure if debian/ubuntu will package intermediate releases as well15:21
devanandadtantsur: exactly15:21
devanandadtantsur: so we can fix it with 1.1215:22
devanandaand only the folks who deploy from master (ie, rackspace) are going to be impacted15:22
devanandaand they can add the optional parameter ahead of rolling out th echange15:22
devanandaand they won't even notice it15:22
dtantsuranyway, 1. this was discussed 100 times, 2. we use versioning _exactly_ for this, 3. no, we don't ignore people deploying from master15:22
devanandaI'm not ignoring them15:22
*** Vikas has quit IRC15:23
jrollyou're treating them differently15:23
jrollit's ok to break master as long as we don't break releases?15:23
devanandacan anyone give me one logical reason not to add a parameter to the POST /v1/nodes/ statement that allows the client to determine whether the initial state is ENROLL or AVAILABLE ?15:23
lucasagomesNobodyCam, yuriyz Haomeng (rest of the core team online) do you guys have opnions on this ^ matter? I think that right now what has been said have been already discussed a couple of times by the same people15:23
*** Marga_ has quit IRC15:23
devanandacause no one has15:23
dtantsurdevananda, sanity is not one?15:24
devanandadtantsur: what is not sane about it?15:24
*** Marga_ has joined #openstack-ironic15:24
dtantsurdevananda, can anyone give me one logical reason not to add a parameter to the POST /v1/nodes/ statement that allows the client to determine whether the initial state is MANAGEABLE? CLEANING? ACTIVE?15:24
devanandadtantsur: so - MANAGEABLE would be a reasonable option too15:24
NobodyCamI actually like the idea of adding a pram to set the initial state of a node being created15:24
dtantsurI'd like to have nodes starting as INSPECTING, can I?15:24
devanandadtantsur: CLEANING is a transitive state. ACTIVE requires a lot of additional actions15:25
dtantsurdevananda, and AVAILABLE is a wrong state15:25
TheJuliaDitto, an operator could know everythign they need to deploy15:25
devanandadtantsur: again, INSPECTING is a transitional state15:25
dtantsurso what? I want my node to start with inspection right away?15:25
devanandato play devil's advocate, actually, it's possible for bifrost to already know everything it needs and POST all of it at once15:25
devanandadtantsur: INSPECTING is not a stable state15:26
jrollI don't think it's insane to give a choice; I think it's insane to have two methods of opting in, both of which must be provided to opt in.15:26
dtantsurso that point that you didn't hear is: AVAILABLE is a wrong entry point in our state machine. Just as INSPECTING or CLEANING.15:26
dtantsurthe second point is jroll's: we already have insanely complex API versioning to opt-out of features15:27
devanandajroll: version headers are not feature flags, nor are they behavioral flags or query parameters15:27
jrolland I think "we're forcing people to deal with this change to use new features beyond 1.11" is a non-argument; it's an additional 3 lines of code or so.15:28
dtantsur.. which are already in place for some people15:28
jrollright15:28
dtantsurbecause of inspection or cleaning15:28
jrollnow 1.12 with the double opt-in is going to break my enrollment code :)15:28
*** praneshp has joined #openstack-ironic15:28
devanandajroll: if having a choice about the initial state is a reasonable thing, then is it reasonable that a user a year from now might still want to choose the initial state to be AVAILABLE, while also having some other new features that we add in the Mikata release?15:29
dtantsur"having a choice about the initial state is a reasonable thing" dtantsur votes for NO15:29
jrolldevananda: I didn't say it was reasonable, I just said it isn't insane15:29
devananda*sigh*15:30
jrollif this was the initial proposal, I would have thought real hard about it rather than rejecting it15:30
jrollhowever now this is another breaking change on top of 1.1115:30
jrollso if the point is to avoid breaking changes, this doesn't help15:30
NobodyCamwhat if we added a new endpoint to "create-node-enrolled" and then added a deperaction message to "create-node" giving folks time to transation15:31
dtantsurwhy?15:31
lucasagomesyeah I also feel a bit eww to add yet another breaking change :-/15:31
dtantsurthe DO have time for transitions, thanks to API versioning15:31
jrollreally by enrolling in AVAILABLE state, the user is just skipping validation15:32
jrollthat's the only difference15:32
TheJuliaI think the point is, the vast majority of users are not broken yet, it can still be fixed however we decide.15:32
devananda^^^ yes15:32
dtantsurthey won't be broken either15:32
devanandaok, let me try this from a different angle15:33
devanandalet's say we were to release the server now, and someone installs that from the package15:33
devanandaand we release a client now, too15:33
devanandahow do we inform them that, at some point in the future, they'll need to change their tooling, because the initial state is going to be different?15:34
lucasagomespinning to 1.9 ? (as is on master right now)15:34
jrollrelease notes?15:34
devanandalucasagomes: sure, let's say for the moment that it is pinned to 1.915:34
jrollapi docs?15:34
dtantsurdevananda, well, they'll figure out once they find out they can't use any new features15:34
devanandajroll: let's assume that the user and the operator don't talk to each other15:34
jrollsoooo client release notes? api docs?15:35
* jroll points at https://review.openstack.org/#/c/206999/15:35
dtantsurthey'll learn about versioning, get mad at us, learn it again, then figure out how to use it15:35
TheJuliadtantsur: but that breaks them, that requires them to stop, investigate, and fix15:35
dtantsurTheJulia, that's why we invented versioning: so that they do it at their pace, not at the time of package update15:35
devanandaso we pin the client to 1.9 for ever?15:36
dtantsuryes15:36
dtantsur(I'd prefer 1.1 but it's too late)15:36
lucasagomesalso, I know it's an ugly interface, but they can use different versions for different actions right? If one uses node-create with --api-version 1.9 it will always start in AVAILABLE15:36
TheJuliaso what happens in 3-6 months when we want to add a new workflow change that requires api changes?15:36
* NobodyCam thinks tht is not sane either15:36
devanandayea. in principle i'd prefer 1.1 as well, but too late15:36
lucasagomesother commands can use different versions (I know it's terrible)15:36
dtantsurlucasagomes, ++15:36
devanandalucasagomes: no that's absolutely terrible15:37
jrollI'm curious why it's a problem for users to add three lines of code to their enrollment software in order to get new features15:37
devanandawe can't require that a user (or our CLI) mix versions just to accomplish a task15:37
dtantsurdevananda, I believe they'll do it (probably we already do tbh)15:37
jrollit's more like, we're requiring they mix versions to use new features AND not need to add 3 lines of code15:37
devanandalucasagomes: any workflow that we support must be completable within one API version15:38
lucasagomesdevananda, yeah I'm all for that too. I just trying to brainstome possible different solutions for the problem15:38
jrollthe supported workflow is "enroll, manage, provide" for api >=1.1115:38
jrollwe don't support "enroll, deploy" on >=1.1115:39
dtantsurthe same sequence of commands will work for API 1.4-1.1115:39
dtantsurI mean, create -> manage -> provide works since mid-kilo15:39
jrolltrue that15:39
devanandato TheJulia's question, if we add another workflow in 3-6mo that requires a similar change, then our users will probably do one of two things15:40
devanandaa) see it coming, stick to < 1.11, and then upgrade a year from now15:40
devanandab) get really annoyed that we've broken their applications twice in a year and find another projet15:40
dtantsurs/upgrade/bump API version/  <- let's be clear15:40
TheJuliadevananda: I think (a) + complain is what my operational background expects will occur15:40
jrollI still don't see why a user would be so averse to an extra 2 commands in their "I have new hardware" script15:41
jrollI really don't15:41
jrollespecially when they can do them on their own time15:41
dtantsurwe fix much more things every release :D15:41
jrolllike what kind of broken developer culture must you have to not be able to add that code within a matter of months15:41
jrollor if you're using packages within 6 months15:41
TheJuliajroll: that asumes they have a script, they could have lots of code wrapped around the client, and the workflow change could be compounded easilly15:42
dtantsurbut seriously, we consider it's ok to make them understand our versioning, but not ok to add 2 lines?15:42
jrollTheJulia: script/code/whatever15:42
jrollit isn't a massive change15:42
jrollworst case you need some sleep statements15:42
devanandadtantsur: actually, my intent with versioning from the get-go was to hide as much of this as possible from the end user15:42
jrollor some polling15:42
*** praneshp_ has joined #openstack-ironic15:43
TheJuliajroll: I was going to say polling logic :)15:43
*** pal has quit IRC15:43
jrollyeah, sure15:43
jrollregardless, a few hours of work over 6 months doesn't seem unreasonable15:43
*** praneshp has quit IRC15:43
*** praneshp_ is now known as praneshp15:43
devanandadtantsur: allowing developers to iterate without breaking operators or users, but it seems that we can't even do that, because folks reject my proposed changes (1.12, optional initial state)15:43
jrolldevananda: your proposal breaks some users in favor of other users. I don't get why that's okay.15:44
TheJuliaThe needs of the many outweigh the needs of the few15:44
dtantsuroh, c'mon, no15:45
jroll....15:45
lucasagomesproblem is we don't have numbers... like it's assumptions right?15:45
jrolllucasagomes++15:45
devanandajroll: it favors not impacting the long-tail of users who will install this from distro packages15:45
devanandajroll: over the initial burst of people who are deploying from master and deeply involved in the project15:45
lucasagomeswhat if we take this 1.11 as lesson... Look next time we see a breaking change we should try real _hard_ to find a a non-breakable way. Unless it's absolutely impossible15:46
jrollit's only people who *already* use kilo from packages, fwiw, it doesn't affect anyone that begins with liberty15:46
NobodyCamjroll: what if we added a pram to create that defaulted to enroll / then those users looking for the legecy support could get it15:46
lucasagomesI don't see we walking forward right now with this conversation. It's been the same arguments perhaps we should pick one way or another15:46
devanandajroll: or anyone who installs a distro package that includes kilo a year from now15:46
jrollNobodyCam: users wanting legacy support can get legacy support by passing 1.10 already15:46
lucasagomesand think how we better handle it15:46
devanandabecause, guess what, some distros will probably STILL be shipping kilo a year form now15:46
NobodyCamnot once we add something they want that is behind a version > .1115:47
jrolljesus15:47
dtantsurthat doesn't change anything. that's the idea of versioning: if you request a new version if API, you're reading to accept whatever is in15:47
*** albertoffb has joined #openstack-ironic15:47
dtantsurNobodyCam, "they want" is the problem. if they want, they have to do some work, it won't magically happen anyway15:48
dtantsur(except for cleaning, heh)15:48
devanandajroll: can you lay out your proposed plan here, then let's take an informal vote on it (because no meetbot)15:49
*** pradipta has joined #openstack-ironic15:49
lucasagomes++ to vote (it's been discussed for ~25 min now)15:50
TheJulia++15:50
dtantsurdo we have a quorum for any voting?15:50
NobodyCamlucasagomes: 25 minutes + 3 weeks15:50
NobodyCam:-p15:50
* dtantsur is ok with voting, just asking15:50
devanandadtantsur: 5 cores are present15:50
*** HenryG has quit IRC15:51
NobodyCamo/15:51
jrolldevananda: my plan is: release a server. if we must release a client, let's default the version to 1.6 as the current client is today.15:51
jrollbut generally I don't think much about the client and mainly want to release a server.15:51
dtantsurwe have 9 cores, so ideally we need 5 votes to make a decision...15:51
devanandadtantsur: fyi, voting rules for the TC are "more than half cores present, 2/3 of those present agree"15:52
jrollso we have quorom as long as we all agree, should be easy amirit :D15:52
dtantsurif we do it on meeting, we'll at least provide some people a chance of knowing it15:52
devanandadtantsur: if we follow that, which I think we do, then we need 3 votes right now to pass15:52
dtantsurok, but that's not in spirit of open design15:52
lucasagomesok it's an informal voting15:53
devanandadtantsur: sure it is -- this has been discussed on the ML and in public channels several times15:53
*** pal has joined #openstack-ironic15:53
devanandadtantsur: anyone has been free to reply on the ML to get their voice heard15:53
jrollat the risk of getting nothing done again, I'd prefer other cores to have a chance to vote, at least15:53
dtantsur4 cores were not aware of voting..15:53
jrollwhich they do not because we decided to vote immediately while they are sleeping15:53
devanandawhy do we need to vote just to land some code?15:54
TheJuliainvite only poll for 24-48 hours?15:54
devanandawtf?15:54
devanandaI just wnat to know what all of you think ...15:54
dtantsurdevananda, because 2 people here would want to -2 it?15:54
devanandajroll: was ^^ the entirity of your plan?15:54
devananda15:51:14 < jroll> devananda: my plan is: release a server. if we must release a client, let's default the version to 1.6 as the current client is today.15:54
devananda15:51:33 < jroll> but generally I don't think much about the client and mainly want to release a server.15:54
jrolldevananda: yes15:55
jrollI'm fine with an informal vote15:55
jrolland go to the list "this is what we decided, you have three days to object"15:55
jrollI misunderstood the intention of the voting.15:55
devanandaworks for me. I just want us to get out of this deadlock15:56
dtantsurack15:56
lucasagomes++15:56
jrollso option 1: release a server with current code. release a client defaulted to 1.6.15:57
jrolloption 2: ???15:57
jroll^ devananda15:57
lucasagomes release a server with current code. release a client defaulted to 1.9.15:57
lucasagomesopt 215:57
devanandawe're back to options?15:57
jrollok, surely there needs to be an option 3 with the 1.1215:57
jrolloh15:57
jrollI mean15:57
dtantsuroh now, let's decide on principal question15:57
dtantsur1.6 vs 1.9 can be decided separately15:57
lucasagomesI don't get why we want to set 1.6 back in the client because 1.9 is already merged and has no backward imcompatibility change from 1.6 to 1.915:57
jrollwe can leave it at option 1, with a yes/no15:57
jrollthat's fine15:58
lucasagomesyeah15:58
lucasagomesdtantsur, ++15:58
dtantsurwe have a critical question: whether to release as it is and move on or rollback 1.11 by 1.12, right?15:58
jrollok, better rephrased: should we do a 1.12 api version that allows the user to pick begining provision state in (AVAILABLE, ENROLL), defaulting to AVAILABLE?15:58
devanandajroll: ^^ yes, that's the question before us15:58
jrollthat's a yes/no question that I think is the main issue.15:58
jrollaight.15:59
jrollso, begin?15:59
* jroll votes no15:59
* dtantsur votes no15:59
* NobodyCam votes yes15:59
* devananda votes yes15:59
lucasagomesI will keep the same opnion I had on the ML, because it's already merged15:59
* lucasagomes votes no15:59
dtantsurtie break!15:59
lucasagomes1.11 is already merged*15:59
devanandaok then - thanks everyone :)16:00
dtantsuruffff... that was a loooong flame war :)16:00
jrollthanks all, there's nobody else I'd rather argue with :)16:00
*** cinerama has quit IRC16:00
devanandado ya'll want me to write this up, or is someone eles feeling editorial? :)16:00
jrollI can mail the list16:01
*** HenryG has joined #openstack-ironic16:01
devanandaI also need to announce some things about the midcycle, and, oh god, meetings ...16:01
devanandajroll: thanks much16:01
jrollmy cat has reminded me I forgot to feed her, so let me do that first :P16:01
dtantsurcat is a priority16:01
lucasagomesheh16:01
devanandacat wins16:01
jlvillalSpeaking of mid-cycle.  Anyone know a decent priced place to stay?16:01
NobodyCamthanks for the debate... /me really believes this is how we make better software :)_16:01
jrolljlvillal: airbnb wasn't bad for me, hotels seemed to be outrageous16:01
* dtantsur goes home, see you tomorrow16:02
*** dtantsur is now known as dtantsur|afk16:02
jrollnight dtantsur \o16:02
*** cinerama has joined #openstack-ironic16:02
jlvillaljroll: Yeah, there seems to be a big convention at the same time.  Checking into Airbnb...16:02
TheJuliajlvillal: I looked at hotels over the weekend because reasons() and didn't see anything near downtown that was reasonable. :(16:02
jlvillalTheJulia: Thanks and :(16:02
NobodyCamnight dtantsur|afk thank you for staying up with us !!!16:02
lucasagomesjroll, cool make sure you ask for the opnion of the rest of the people that couldn't vote here16:03
TheJuliajlvillal: a statistitian's convention....16:03
jlvillalTheJulia: Yeah.  I think so.  6000+ people if I remember correctly.16:04
TheJuliaclearly we need to inquire what are the odds....16:04
TheJulia:)16:04
jlvillal:D16:04
* jlvillal is thinking about staying in Redmond. Wonders how mass transit is?16:04
TheJuliajlvillal: so... if you can stay close to the light rail that starts at SEA, it is a relatively quick ride into town, ~45 minutes16:05
jlvillalTheJulia: Thanks!16:06
lucasagomesjlvillal, the transport in seattle is pretty good as far as I remember16:06
lucasagomesyou can make a breeze card (I think that's how it's called)16:06
NobodyCamlots of uber and such16:06
devanandaOrca card16:07
jlvillallucasagomes: NobodyCam:  Good info.  Thank you.16:07
TheJuliajlvillal: from SEA to downtown is like $2.50 on the light rail, just for context16:07
*** zz_natorious is now known as natorious16:07
devanandabusses are very good, especially around downtown. Uber/Lyft are also very easy to get16:07
jlvillalOkay.  Sounds more reasonable to be a little distance away then.16:07
devanandajlvillal: redmond <-> seattle is icky, in my opinion, but if you rent a car and don't mind commuter traffic ....16:08
jlvillaldevananda: I was actually going to drive up to Seattle from Portland.  But I was hoping not to have to mess with parking and driving.16:08
*** HenryG has quit IRC16:08
*** yog__ has quit IRC16:08
devanandajlvillal: for context, anything east of lake union is going to require driving in traffic16:08
*** jistr has quit IRC16:09
devanandaor dealing with specialized communiter busses like this one: http://www.soundtransit.org/schedules/st-express-bus/545/weekday/inbound16:10
*** alexpilo_ has joined #openstack-ironic16:10
* jlvillal looks16:10
*** coolsvap|away is now known as coolsvap16:10
devanandaI have no experirnce with those myself16:10
jlvillaldevananda: Bus looks good.  Has a drop off at 5th and Pine, which looks close to 711 Pike Street16:12
devanandayes16:12
devanandathough, i need to annouce a small change in location (it's still close to there)16:13
jlvillaldevananda: Ah, good to know.  And also start time would be good.  Unless I'm being blind.16:13
devananda9am16:13
* jlvillal assumes around 9am16:13
devanandafolks will trickle inwhen they do16:14
devanandabut yea16:14
BadCubthe location will be setting up breakfast service at 0900hrs16:14
*** alexpilo_ has quit IRC16:14
*** e0ne has quit IRC16:17
*** HenryG has joined #openstack-ironic16:18
jrollalright, email sent16:21
*** natorious is now known as zz_natorious16:22
openstackgerritSatoru Moriya proposed openstack/ironic-specs: Volume connection information for Ironic nodes  https://review.openstack.org/20049616:22
*** Marga_ has quit IRC16:23
*** meghal has joined #openstack-ironic16:25
*** pradipta has quit IRC16:26
*** bapalm_ has quit IRC16:27
*** openstackgerrit_ has quit IRC16:29
openstackgerritJosh Gachnang proposed openstack/ironic-python-agent: Fix logging levels  https://review.openstack.org/20916916:31
*** ifarkas has quit IRC16:37
*** HenryG has quit IRC16:39
*** praneshp has quit IRC16:51
openstackgerritMerged openstack/ironic: Clean up instance_uuid as part of the node's tear down  https://review.openstack.org/20503316:52
*** cinerama has quit IRC16:57
*** romainh has left #openstack-ironic16:58
*** e0ne has joined #openstack-ironic17:05
*** cinerama has joined #openstack-ironic17:08
*** cinerama has quit IRC17:09
*** HenryG has joined #openstack-ironic17:10
*** cinerama has joined #openstack-ironic17:10
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add deprecation messages on the bash ramdisk endpoints  https://review.openstack.org/20918817:15
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Modify docs to talk about IPA  https://review.openstack.org/20918917:15
lucasagomesfolks I'm going to call it a day17:16
lucasagomeshave a great night everyone!17:16
NobodyCamhave a good night lucasagomes17:16
lucasagomesNobodyCam, g'night!17:16
*** lucasagomes is now known as lucas-dinner17:16
sambettssame, g,night everyone o/17:16
NobodyCamnight sambetts17:18
NobodyCam:)17:18
sambettsnight NobodyCam17:18
*** pal has quit IRC17:18
NobodyCam:)17:19
*** HenryG has quit IRC17:20
*** achanda has joined #openstack-ironic17:22
*** ndipanov has quit IRC17:25
*** athomas has quit IRC17:26
*** e0ne has quit IRC17:26
*** e0ne has joined #openstack-ironic17:32
openstackgerritJulia Kreger proposed openstack/bifrost: Fix detection of existence of image  https://review.openstack.org/20633717:37
*** dprince has quit IRC17:37
TheJuliaSpamapS: ^^^^ Took your original idea and extended it... since I'm hitting a similar issue doing a ramdisk.17:38
SpamapSTheJulia: lurvely!17:38
*** athomas has joined #openstack-ironic17:39
SpamapSTheJulia: I'm currently rebuilding our bifrost and letting crinkle write me some puppet for that, so I'll have to let you know if it works later.17:39
TheJuliaok, are you adding in your own env var overrides, or are you using inventory/group_vars/all ?17:40
TheJulia(informal user survay since I want to get rid of group_vars/all)17:40
TheJulia(and I don't like options that I have at the moment... well... there is another way.)17:40
*** marzif_ has quit IRC17:41
crinkleTheJulia: my idea was to use https://review.openstack.org/#/c/202025/ from rcarrillocruz which uses group_vars/all17:41
crinkleTheJulia: but I am ++ on fixing that17:42
rcarrillocruz-e blah.yaml17:42
rcarrillocruz-e '@blah.yaml' rather17:42
rcarrillocruzthat's how i've feed vars to my ansible stuff when i didn't want to mess with group_vars or role vars17:43
TheJuliarcarrillocruz: exactly17:43
*** zhenguo has quit IRC17:43
*** praneshp has joined #openstack-ironic17:44
TheJuliacrinkle: I think that works, since we went to a dynamic inventory and distinctly separated baremetal/localhost, I should be able to drop the global defaults to group level files17:47
*** achanda_ has joined #openstack-ironic17:48
*** david-lyle has quit IRC17:48
rcarrillocruzspeaking of which, EmilienM just approved the puppet bifrost change17:49
*** jjohnson2 has joined #openstack-ironic17:50
*** achanda has quit IRC17:50
TheJuliaawesome17:53
*** dprince has joined #openstack-ironic17:57
*** dprince has quit IRC17:57
*** alexpilo_ has joined #openstack-ironic17:58
*** alexpilo_ has quit IRC18:03
*** thiagop has joined #openstack-ironic18:04
thiagopgood ugt morning Ironicers18:04
*** sambetts has quit IRC18:04
*** sambetts has joined #openstack-ironic18:05
NobodyCamgood (UGT) morning thiagop18:07
*** dan_ has joined #openstack-ironic18:09
thiagophi NobodyCam18:10
*** dan_ is now known as Guest4157418:10
NobodyCam:)18:10
* NobodyCam issues vagrant up (again) then steps away for a few minutes18:12
*** Guest41574 is now known as dank_18:12
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/20869518:15
openstackgerritJosh Gachnang proposed openstack/ironic-specs: Zapping spec follow up  https://review.openstack.org/20920718:16
*** HenryG has joined #openstack-ironic18:31
*** HenryG has quit IRC18:32
openstackgerritThiago Paiva Brito proposed openstack/ironic: OneView Driver for Ironic  https://review.openstack.org/19182218:33
*** HenryG has joined #openstack-ironic18:35
*** bapalm_ has joined #openstack-ironic18:41
*** HenryG_ has joined #openstack-ironic18:46
*** HenryG has quit IRC18:48
*** cdearborn has quit IRC18:50
jrollrcarrillocruz: have a link to puppet bifrost change?18:51
*** cdearborn has joined #openstack-ironic18:51
*** boris-42 has joined #openstack-ironic18:53
NobodyCamrcarrillocruz: or crinkle ???18:53
NobodyCam17:39 | SpamapS > TheJulia: I'm currently rebuilding our bifrost and letting crinkle write me some puppet for that,18:53
* NobodyCam wounders who else he can inenvertently ping18:54
jrollooo I see it now18:54
jrollhttps://review.openstack.org/#/c/202025/18:54
crinklejroll: NobodyCam https://review.openstack.org/#/c/20202518:54
jrollyep. thanks18:54
crinklejinx18:54
NobodyCam:)18:54
*** [1]cdearborn has joined #openstack-ironic18:55
jrollthat's interesting18:56
jrollI'm not sure I understand the why, but it's interesting18:56
*** alexpilo_ has joined #openstack-ironic18:58
*** alexpilo_ has quit IRC19:02
*** coolsvap is now known as coolsvap|away19:10
*** cdearborn has quit IRC19:10
*** [1]cdearborn has quit IRC19:12
*** dprince has joined #openstack-ironic19:14
*** penick has joined #openstack-ironic19:18
openstackgerritTom Cocozzello proposed openstack/ironic-python-agent: Activate pep8 check that _ is imported  https://review.openstack.org/20922519:19
*** Marga_ has joined #openstack-ironic19:21
*** Marga_ has quit IRC19:24
*** Marga_ has joined #openstack-ironic19:25
openstackgerritMerged openstack/ironic: Fix a trusted boot test bug  https://review.openstack.org/20731919:27
rcarrillocruzhey19:30
NobodyCamhay19:30
rcarrillocruzsorry, was my son bath time19:30
NobodyCam:-p19:30
rcarrillocruzi will deploy that internally, the puppet bifrost thing19:31
rcarrillocruzhappy to see that landing19:31
openstackgerritGopi Krishna S proposed openstack/ironic-specs: Add out-of-band RAID configuration support for Cisco Hardware  https://review.openstack.org/19214219:38
*** jcoufal has quit IRC19:39
*** [1]cdearborn has joined #openstack-ironic19:40
thiagopNobodyCam: quick question19:44
thiagopNobodyCam: our driver naming exceeds the "driver" column on nodes tabels. What do we do? Insert it on the driver change or file a bug?19:45
*** enikanorov_ has joined #openstack-ironic19:45
thiagoptable**19:45
jrollthiagop: make the driver name shorter? :)19:45
* jroll wouldn't mind proposing an ALTER TABLE to make that field longer19:45
thiagopjroll: our idea was to put the boot interface reference on the name until that driver composition change arrives19:46
*** lsmola has quit IRC19:46
jrollthiagop: well, there's two routes you can take. make the name shorter or the field longer19:47
thiagopbut len("agent_pxe_oneview") > 1519:47
jrollmaking the field longer will take another patch and a migration, but I would support it19:47
jrollhmm19:47
*** ashuk has joined #openstack-ironic19:47
jrollagt_pxe_oneview is 1519:48
*** enikanorov has quit IRC19:48
thiagopwould break the "agent_*" pattern be acceptable?19:48
NobodyCamagent_pxe_1view is also 15 char19:49
jrollor you could... ^ that19:49
jrollbut branding and all19:49
jrollI'd just say agent_oneview, honestly19:49
thiagopOk then, I'll keep it simple19:51
thiagop(I'll suggest that later :v)19:51
*** alexpilo_ has joined #openstack-ironic19:53
*** ashuk has quit IRC19:53
NobodyCamjust checking anyone played with the --ironic-api-version option in cli.. http://paste.openstack.org/show/gp1TXgTpszPS3CSQUC5R/19:53
jrollironic --ironic-api-version command blablabla19:54
*** ashuk has joined #openstack-ironic19:54
jrolljust like --debug, has to come before the command19:54
NobodyCamahhh :-p *facepalm*19:55
NobodyCamdoh TY jroll :)19:55
jrollnp :)19:55
jroll(I also think it's weird)19:55
*** ekarlso has quit IRC19:55
*** alexpilo_ has quit IRC19:57
*** ekarlso has joined #openstack-ironic19:57
*** dprince has quit IRC20:07
*** zz_natorious is now known as natorious20:09
*** marzif_ has joined #openstack-ironic20:12
openstackgerritJulia Kreger proposed openstack/bifrost: Move DIB components to support depends-on  https://review.openstack.org/20857720:12
*** natorious is now known as zz_natorious20:16
*** Marga_ has quit IRC20:21
*** Nisha has joined #openstack-ironic20:23
openstackgerritJulia Kreger proposed openstack/bifrost: Rename install role to bifrost-ironic-install  https://review.openstack.org/20924520:29
openstackgerritJulia Kreger proposed openstack/bifrost: Updated self referential text in the install role  https://review.openstack.org/20924620:29
*** meghal has quit IRC20:31
*** meghal has joined #openstack-ironic20:31
*** meghal has quit IRC20:32
*** meghal has joined #openstack-ironic20:32
openstackgerritNisha Agarwal proposed openstack/ironic: Remove the hard dependency of swift from ilo drivers  https://review.openstack.org/19865620:36
*** ukalifon1 has joined #openstack-ironic20:43
*** albertoffb has quit IRC20:51
*** alexpilo_ has joined #openstack-ironic20:51
*** alexpilo_ has quit IRC20:56
*** lucas-dinner has quit IRC20:56
zer0c00lTheJulia:  I remember you talking about adding support for building gpt disks with diskimge-builder21:00
zer0c00lI wrote some code that does the same.21:00
zer0c00lMay be i should push it for review?21:00
TheJuliaOHHH21:00
openstackgerritChris Krelle proposed openstack/ironic: Add node-create example to Troubleshooting section of install-guide  https://review.openstack.org/20925121:01
*** Marga_ has joined #openstack-ironic21:01
*** meghal has quit IRC21:01
NobodyCamlet me know if that (^^^^^^^^) helps at all?21:01
*** jjohnson2 has quit IRC21:05
thiagopNobodyCam: why not in the "Enrollment" section?21:05
NobodyCam????21:05
NobodyCamthiagop: i'm jumping in to the project meeting. please leave a comment21:06
NobodyCam:)21:06
thiagopNobodyCam: ok21:06
NobodyCamTY :)21:06
*** meghal has joined #openstack-ironic21:07
*** bapalm_ has quit IRC21:07
*** HenryG_ is now known as HenryG21:17
*** Marga_ has quit IRC21:21
*** Marga_ has joined #openstack-ironic21:22
*** Nisha has quit IRC21:33
*** kkoski_ has quit IRC21:38
*** e0ne has quit IRC21:44
*** alexpilo_ has joined #openstack-ironic21:51
mrdaMorning Ironic21:52
NobodyCammorning mrda21:54
mrdahey NobodyCam21:54
NobodyCam:)21:55
*** alexpilo_ has quit IRC21:55
*** ukalifon1 has quit IRC22:01
*** meghal has quit IRC22:03
*** zz_natorious is now known as natorious22:04
*** chlong has joined #openstack-ironic22:07
*** [1]cdearborn has quit IRC22:16
openstackgerritChris Krelle proposed openstack/ironic: Add node-create example to Troubleshooting section of install-guide  https://review.openstack.org/20925122:20
NobodyCamthiagop: ^^^^^22:20
*** meghal has joined #openstack-ironic22:32
*** ijw has joined #openstack-ironic22:33
*** thrash is now known as thrash|g0ne22:34
*** jaypipes has quit IRC22:35
*** boris-42 has quit IRC22:40
*** alexpilo_ has joined #openstack-ironic22:53
*** penick has quit IRC22:53
*** alexpilo_ has quit IRC22:58
*** Vikas has joined #openstack-ironic23:00
*** Marga_ has quit IRC23:01
*** ijw_ has joined #openstack-ironic23:27
*** hemna has quit IRC23:28
*** ijw has quit IRC23:30
*** ijw has joined #openstack-ironic23:33
*** ijw_ has quit IRC23:36
*** boris-42 has joined #openstack-ironic23:37
*** mariojv has quit IRC23:38
*** mariojv has joined #openstack-ironic23:38
*** jamielennox|away is now known as jamielennox23:50
*** alexpilo_ has joined #openstack-ironic23:53
*** yuanying has quit IRC23:55
*** alexpilo_ has quit IRC23:59

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