Thursday, 2016-06-09

JayFI mean, I was being more restrictive about who I gave them out to at first, but I have plenty left so spreading the good pixie boots joy around the world00:00
mrdaJayF, tonyb: Next time I mneet up with the local AU team (we're all geographically dispersed) I will distribute stickers to Ironic contributors as promised :)00:01
jlvillalJayF: /me would like a sticker at some point. If still available00:11
JayFjlvillal: toss me an email with an address00:12
* jlvillal feels sad the he is going to get a new laptop and his stickers will be gone. But happy to go from 4GB to 16GB of memory.00:12
jlvillalJayF: Will do00:12
*** sacharya has joined #openstack-ironic00:17
*** Jabadia has quit IRC00:18
*** r-daneel has quit IRC00:19
TheJuliaJayF: btw, thank you for the appearance of pixie boots stickers in my mailbox :)00:19
JayFnp :) figured I'd go to Summer for that so it'd be a surprise :)00:20
TheJuliaIt was a nice surprise when I got home from Chicago :)00:22
*** sacharya has quit IRC00:23
*** piet has quit IRC00:27
*** rama_y has quit IRC00:27
*** piet has joined #openstack-ironic00:27
openstackgerritJay Faulkner proposed openstack/ironic-specs: Implement Keystone Policy Support  https://review.openstack.org/32743700:29
JayFdevananda: ^ about to WIP it as incomplete, as I got pretty deep down a couple of rabbitholes today, but if you want to take a look and/or contribute feel free00:29
*** mtanino has quit IRC00:33
*** hoangcx has joined #openstack-ironic00:37
*** sdake has quit IRC00:42
*** piet has quit IRC00:48
JayFI made a thing00:52
JayFhttp://graphite.openstack.org/dashboard/#ironic-job-duration00:52
*** Sukhdev has quit IRC00:55
*** phuongnh has joined #openstack-ironic00:55
*** baoli has joined #openstack-ironic01:03
gumbyblakehi, need some help with overcloud deploy. Getting error 500 no host available, but my physical nodes register fine & have heaps of resource01:36
*** mtanino has joined #openstack-ironic01:49
*** ccarmack has quit IRC01:49
*** thrash is now known as thrash|g0ne01:57
*** sacharya has joined #openstack-ironic01:59
*** PollyZ has joined #openstack-ironic02:01
*** sacharya has quit IRC02:07
*** sacharya has joined #openstack-ironic02:08
*** vishwanathj has joined #openstack-ironic02:08
*** vishwanathj has quit IRC02:09
*** vishwanathj has joined #openstack-ironic02:09
*** ayoung has quit IRC02:17
*** alex_xu has quit IRC02:21
*** PollyZ has quit IRC02:21
*** alex_xu has joined #openstack-ironic02:23
*** ayoung has joined #openstack-ironic02:25
*** rama_y has joined #openstack-ironic02:26
*** ayoung has quit IRC02:29
*** rbudden has joined #openstack-ironic02:49
*** yuanying has quit IRC02:50
gumbyblakeany suggestions on how can troubleshoot failure to poweron node during deploy02:57
*** ijw has quit IRC03:05
*** piet has joined #openstack-ironic03:09
*** sdake has joined #openstack-ironic03:10
*** rloo has quit IRC03:18
*** piet has quit IRC03:20
*** piet has joined #openstack-ironic03:25
*** sdake has quit IRC03:26
*** ChrisAusten has joined #openstack-ironic03:27
*** amotoki has quit IRC03:40
*** piet has quit IRC03:41
*** links has joined #openstack-ironic03:46
*** rama_y has quit IRC03:48
*** yuanying has joined #openstack-ironic03:48
*** rbudden has quit IRC03:48
*** amotoki has joined #openstack-ironic03:54
*** sukhdev has joined #openstack-ironic03:58
*** amotoki has quit IRC04:01
*** amotoki has joined #openstack-ironic04:05
*** kalpase has joined #openstack-ironic04:08
*** baoli has quit IRC04:17
*** vishwanathj has quit IRC04:25
*** Sukhdev_ has joined #openstack-ironic04:26
*** vishwanathj has joined #openstack-ironic04:26
*** amotoki has quit IRC04:31
*** amotoki has joined #openstack-ironic04:31
*** amotoki has quit IRC04:33
*** vmud213 has joined #openstack-ironic04:38
*** amotoki has joined #openstack-ironic04:43
*** greghaynes has quit IRC04:48
*** rama_y has joined #openstack-ironic04:51
*** baremetal27 has joined #openstack-ironic04:54
*** harlowja_at_home has joined #openstack-ironic04:56
*** harlowja_at_home has quit IRC04:56
*** harlowja_at_home has joined #openstack-ironic04:56
*** greghaynes has joined #openstack-ironic04:59
*** harlowja_at_home has quit IRC05:08
*** rcernin|off has joined #openstack-ironic05:15
*** Sukhdev_ has quit IRC05:16
*** vdrok has quit IRC05:23
*** mgkwill has quit IRC05:23
*** francoblanco has quit IRC05:23
*** sukhdev has quit IRC05:23
*** sergek has quit IRC05:23
*** betherly has quit IRC05:23
*** evgenyl has quit IRC05:24
*** rajinir has quit IRC05:24
*** romcheg has quit IRC05:24
*** izaakk has quit IRC05:24
*** serverascode has quit IRC05:25
*** cppforlife_ has quit IRC05:25
*** sergek has joined #openstack-ironic05:25
*** yonglihe has quit IRC05:25
*** NobodyCam has quit IRC05:25
*** tdurakov has quit IRC05:25
*** kozhukalov has quit IRC05:25
*** boris-42 has quit IRC05:25
*** fyxim has quit IRC05:25
*** ChrisMead has quit IRC05:25
*** BadCub has quit IRC05:25
*** agordeev has quit IRC05:25
*** patrickeast has quit IRC05:25
*** zhenguo_ has quit IRC05:25
*** rama_y has quit IRC05:26
*** rama_y has joined #openstack-ironic05:26
*** rcernin|off has quit IRC05:26
*** tdurakov has joined #openstack-ironic05:28
*** NobodyCam has joined #openstack-ironic05:28
*** izaakk has joined #openstack-ironic05:28
*** yonglihe has joined #openstack-ironic05:28
*** cppforlife_ has joined #openstack-ironic05:28
*** fyxim has joined #openstack-ironic05:29
*** agordeev has joined #openstack-ironic05:29
*** moshele has joined #openstack-ironic05:30
*** evgenyl has joined #openstack-ironic05:30
*** vdrok has joined #openstack-ironic05:30
*** patrickeast has joined #openstack-ironic05:30
*** kozhukalov has joined #openstack-ironic05:30
*** zhenguo_ has joined #openstack-ironic05:30
*** ijw has joined #openstack-ironic05:32
*** izaakk has quit IRC05:33
*** yonglihe has quit IRC05:33
*** BadCub has joined #openstack-ironic05:33
*** rama_y has quit IRC05:33
*** francoblanco has joined #openstack-ironic05:33
*** rajinir has joined #openstack-ironic05:33
*** rama_y has joined #openstack-ironic05:34
*** boris-42 has joined #openstack-ironic05:34
*** serverascode has joined #openstack-ironic05:34
*** ChrisMead has joined #openstack-ironic05:34
*** mgkwill has joined #openstack-ironic05:34
*** izaakk has joined #openstack-ironic05:35
*** yonglihe has joined #openstack-ironic05:35
*** romcheg has joined #openstack-ironic05:35
*** sukhdev has joined #openstack-ironic05:35
*** betherly has joined #openstack-ironic05:37
*** rama_y has quit IRC05:48
*** rama_y has joined #openstack-ironic05:49
*** ChrisAusten has quit IRC05:53
*** rama_y has quit IRC05:53
*** rama_y has joined #openstack-ironic05:54
*** Nisha_away has joined #openstack-ironic05:59
*** rbartal has joined #openstack-ironic06:00
*** rama_y has quit IRC06:03
*** yolanda has joined #openstack-ironic06:05
*** izaakk has quit IRC06:08
*** betherly has quit IRC06:08
*** sukhdev has quit IRC06:08
*** izaakk has joined #openstack-ironic06:08
*** yolanda has quit IRC06:10
*** yolanda has joined #openstack-ironic06:10
*** sukhdev has joined #openstack-ironic06:11
*** betherly has joined #openstack-ironic06:12
*** sukhdev has quit IRC06:13
baremetal27no valid host was found06:14
*** rcernin|off has joined #openstack-ironic06:15
*** yolanda has quit IRC06:16
*** yolanda has joined #openstack-ironic06:18
*** rcernin|off is now known as rcernin06:21
*** baoli has joined #openstack-ironic06:29
*** sacharya has quit IRC06:31
*** baoli has quit IRC06:33
openstackgerritSatoru Moriya proposed openstack/ironic-specs: Volume connection information for Ironic nodes  https://review.openstack.org/20049606:41
openstackgerritNisha Agarwal proposed openstack/ironic: Add support for building ISO for deploy ramdisk  https://review.openstack.org/26459006:42
*** ChubYann has quit IRC06:44
openstackgerritNisha Agarwal proposed openstack/ironic: Config variable to configure [glance] section  https://review.openstack.org/26680306:47
*** gumbyblake has quit IRC06:47
*** hoangcx has quit IRC06:50
*** itamarl has joined #openstack-ironic06:51
*** hoangcx has joined #openstack-ironic06:53
*** baremetal27 has quit IRC06:58
pas-hamorning Ironicers06:59
vsaienkoMorning Ironic'ers06:59
*** mjura has joined #openstack-ironic07:01
vsaienkoo/ pas-ha07:01
*** ijw has quit IRC07:07
*** pcaruana has joined #openstack-ironic07:09
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: WIP: Fix tempest  https://review.openstack.org/32749207:11
*** aarefiev_ has joined #openstack-ironic07:12
*** mtanino has quit IRC07:15
*** dtantsur|afk is now known as dtantsur07:18
dtantsurMorning Ironic07:19
aarefiev_morning!07:24
aarefiev_morning dtantsur,  I'm trying to figure out why we return 200 on rule import07:25
dtantsuraarefiev_, morning, probably we just missed it?07:26
aarefiev_dtantsur: more interesting question  how tests worked before (07:27
dtantsuryeah... maybe tempest didn't check it previously?07:28
*** mjura has quit IRC07:28
*** hoangcx has quit IRC07:30
*** mjura has joined #openstack-ironic07:31
*** sacharya has joined #openstack-ironic07:31
*** stendulker has joined #openstack-ironic07:32
aarefiev_dtantsur: look like it didn't work, and was  fixed here https://github.com/openstack/tempest/commit/ee05cf7fe897577ec40fae18a14f04e219a5e6be07:32
dtantsurhmm, yeah07:32
dtantsurI wonder if we need to fix our API...07:32
aarefiev_dtantsur: I've started work on this https://review.openstack.org/#/c/327492/07:33
dtantsurthanks!07:36
*** sacharya has quit IRC07:37
*** vishwana_ has joined #openstack-ironic07:39
*** vishwanathj has quit IRC07:39
*** jtomasek_ has joined #openstack-ironic07:39
*** ifarkas has joined #openstack-ironic07:42
vsaienkomorning dtantsur, aarefiev_07:44
aarefiev_morning vsaienko07:45
dtantsurmorning vsaienko07:45
*** hoonetorg has quit IRC07:47
*** vishwana_ has quit IRC07:51
*** tesseract has joined #openstack-ironic07:56
*** hoonetorg has joined #openstack-ironic07:58
*** zzzeek has quit IRC08:00
*** snecklifter has joined #openstack-ironic08:00
*** zzzeek has joined #openstack-ironic08:00
snecklifterHello. I have compute nodes with 2 x HDDs but no RAID controller. Can I configure software RAID with ironic?08:01
*** openstackgerrit has quit IRC08:03
*** openstackgerrit has joined #openstack-ironic08:03
*** jtomasek_ has quit IRC08:05
*** ohamada has joined #openstack-ironic08:06
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:11
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:11
*** electrofelix has joined #openstack-ironic08:15
alinebmorning all!08:15
dtantsurmorning alineb08:19
*** Nisha_away has quit IRC08:19
dtantsursnecklifter, hi. ironic does not have software RAID support out of box, sorry08:20
*** dtantsur is now known as dtantsur|lunch08:20
*** lucas-dinner is now known as lucasagomes08:20
lucasagomesmorning all08:21
dtantsur|lunchmorning lucasagomes08:21
snecklifterdtantsur: thanks for the response! Any idea on how to get it working? Customize the deployment image?08:21
dtantsur|lunchsnecklifter, yes, I think your only bet here is to customize IPA08:21
*** alex_xu has quit IRC08:22
dtantsur|lunchsorry, need to get some food :)08:22
snecklifterno problem, thanks again!08:22
dtantsur|lunchlucasagomes, plz review this code removal party: https://review.openstack.org/327083 :)08:23
* dtantsur|lunch really goes for lunch now08:23
*** alex_xu has joined #openstack-ironic08:25
*** daemontool has joined #openstack-ironic08:25
milan#pixiesay Morning Ironic -m flexing08:27
PixieBootsᕙʕ⇀ᴥ⇀ʔᕗ: Morning Ironic08:27
milanmorning dtantsur|lunch lucasagomes vsaienko aarefiev vdrok and all :)08:28
lucasagomesdtantsur|lunch, hah ack08:31
*** Nisha_away has joined #openstack-ironic08:38
*** jtomasek_ has joined #openstack-ironic08:38
*** Romanenko_K has joined #openstack-ironic08:38
*** kromanenko__ has joined #openstack-ironic08:38
*** kromanenko_ has joined #openstack-ironic08:38
*** vishwanathj has joined #openstack-ironic08:50
*** vishwanathj has quit IRC08:54
*** phuongnh has quit IRC08:56
*** jtomasek_ has quit IRC09:03
*** e0ne has joined #openstack-ironic09:04
*** athomas has joined #openstack-ironic09:10
*** SiRiuS__ has joined #openstack-ironic09:10
*** sambetts|afk is now known as sambetts09:12
sambettsMorning all09:13
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/32736709:13
openstackgerritMerged openstack/ironic: Fix nits related to Ports api-ref  https://review.openstack.org/32697809:15
*** mjura has quit IRC09:16
aarefievmorning lucasagomes, milan, sambetts09:17
milansambetts, morning :)09:17
sambettso/ aarefiev, milan09:17
lucasagomesaarefiev, milan sambetts morning :-)09:20
sambettso/ lucasagomes09:20
milan#pixiesay morning lucasagomes!09:21
PixieBootsʕ•͡ᴥ•ʔ: morning lucasagomes!09:21
milan:D09:21
*** SiRiuS__ has quit IRC09:21
*** SiRiuS__ has joined #openstack-ironic09:22
*** mjura has joined #openstack-ironic09:24
*** mbound has joined #openstack-ironic09:27
*** dmk0202 has joined #openstack-ironic09:28
*** vishwanathj has joined #openstack-ironic09:29
*** moshele has quit IRC09:30
*** derekh has joined #openstack-ironic09:30
*** sacharya has joined #openstack-ironic09:33
*** sacharya has quit IRC09:37
*** Nisha_away has quit IRC09:39
*** amotoki has quit IRC09:46
*** vishwanathj has quit IRC09:52
*** vishwanathj has joined #openstack-ironic09:53
lucasagomes#pixiesay -m meh09:55
PixieBoots¯\_(ツ)_/¯09:55
lucasagomes^ me when pep8 complains: "'Connection._add_nodes_filters' is too complex"09:56
openstackgerritAline Bousquet proposed openstack/python-ironicclient: Fix error returned by ironic --json node-validate  https://review.openstack.org/30396409:57
*** hoangcx has joined #openstack-ironic10:01
*** mgould|afk is now known as mgould10:03
vdrokmorning ironic, milan lucasagomes and dtantsur|lunch :)10:06
openstackgerritSam Betts proposed openstack/ironic-inspector: Add generic LLDP processing hook  https://review.openstack.org/32108210:06
vdrokand good morning sambetts10:06
sambettslucasagomes: haha, I hate that pep8 error...10:07
milanlucasagomes, :D lovely10:07
milanvdrok, morning :)10:07
sambettslucasagomes: I thought we abolished that rule from our tox.ini10:07
mgouldmorning vdrok milan lucasagomes dtantsur|lunch sambetts and everyone else10:08
milanmgould, hi :)10:08
vdrokmorning mgould10:08
sambettso/ mgould10:09
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844010:10
*** piet has joined #openstack-ironic10:19
*** stendulker has quit IRC10:44
*** piet has quit IRC10:44
openstackgerritLucas Alvares Gomes proposed openstack/ironic: DevStack: Configure port setup delay for IPMI + Virtual  https://review.openstack.org/32758910:52
*** moshele has joined #openstack-ironic10:52
*** dtantsur|lunch is now known as dtantsur10:54
dtantsurmorning sambetts, milan, vdrok, mgould10:54
milanhey dtantsur :)10:54
*** piet has joined #openstack-ironic10:55
*** vishwanathj has quit IRC11:00
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: Add an option to not fail when root device is not supplied  https://review.openstack.org/32662011:01
*** vishwanathj has joined #openstack-ironic11:02
*** piet has quit IRC11:04
*** hoangcx has quit IRC11:11
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: Fix response code for rule creating API  https://review.openstack.org/32749211:11
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Boot management for in-band inspection  https://review.openstack.org/30586411:23
*** lucasagomes is now known as lucas-hungry11:32
snecklifterdtantsur: do you have any pointers on how to configure a custom IPA to deploy with LVM/software raid? Struggling to find any documentation regarding this.11:42
openstackgerritYuiko Takada Mori proposed openstack/ironic: Fix parameter order of create-node.sh  https://review.openstack.org/32573211:42
dtantsursnecklifter, there are several approaches you can take, depending on whether you want it to be built in advance (easier) or during deployment (much harder)11:43
snecklifterdtantsur: thanks, built in advance is fine11:43
openstackgerritDmitry Tantsur proposed openstack/ironic: Remove support for the old ramdisk (DIB deploy-ironic element)  https://review.openstack.org/32708311:44
dtantsursnecklifter, then you can create a custom hardware manager like in: http://docs.openstack.org/developer/ironic-python-agent/#hardware-managers11:44
dtantsursnecklifter, this is a good example, this is how HPE folks implement their RAID: https://github.com/openstack/proliantutils/blob/master/proliantutils/ipa_hw_manager/hardware_manager.py11:45
*** baoli has joined #openstack-ironic11:45
dtantsursnecklifter, then you build your IPA image with this hw manager and follow http://docs.openstack.org/developer/ironic/deploy/raid.html11:45
snecklifterdtantsur: thanks, and this would work for software raid with no hardware controller?11:46
*** baoli_ has joined #openstack-ironic11:46
dtantsursnecklifter, depending on how you implement this hardware manager :) note that I personally would like to have software RAID upstream11:46
dtantsursnecklifter, so if you could in parallel file an RFE upstream and work through the spec process to get it landed in IPA, that would be beneficial for everyone11:47
snecklifterdtantsur: yes, so would I, I dont think it fits the hardware manager/custom IPA model11:47
dtantsurif you're fine with a bit longer process - awesome11:47
snecklifterdtantsur: I'll do that now, I have not done one before so ok to add you as a reference?11:48
snecklifterI need this for production deployment sadly but may need it again the future11:48
dtantsursnecklifter, the change you will make upstream is still similar: you will extend the default hardware manager to have these clean steps11:48
snecklifterso happy to file RFE if you are happy to answer the odd question about the spec11:48
dtantsursnecklifter, surely!11:48
snecklifterok, thanks very much for responding, leave it with me11:49
dtantsursnecklifter, this is our RFE guide: http://docs.openstack.org/developer/ironic/dev/code-contribution-guide.html#adding-new-features11:49
snecklifterdtantsur: ah great. that is helpful11:49
*** baoli has quit IRC11:49
openstackgerritSzymon Borkowski proposed openstack/ironic-python-agent: Add PCI devices collector to inspector  https://review.openstack.org/32631811:50
openstackgerritVladyslav Drok proposed openstack/ironic: Add node provsioning methods to the tempest plugin  https://review.openstack.org/32723811:51
dtantsurTheJulia, morning (when you're here ofc). the folks we discussed yesterday came up with an upstream bug/rfe: https://bugs.launchpad.net/ironic-python-agent/+bug/159060611:52
openstackLaunchpad bug 1590606 in ironic-python-agent "Introspection fails with - missing: ['local_gb']' in case of remote (via bios) iscsi " [Undecided,Incomplete] - Assigned to Yossi Ovadia (jabadia)11:52
jrollmorning everyone11:52
sambettsMorning jroll11:53
jrolldtantsur: mind if I -2 your bash ramdisk removal until grenade is in the check queue?11:53
dtantsurmorning jroll. I suspect you want to see 1000 lines of code going away from ironic, don't you? ;)11:53
dtantsurjroll, sure-sure11:53
jrollI do, looking already :)11:53
jrollcool, I'll review first since you have a wip anyway11:53
openstackgerritSzymon Borkowski proposed openstack/ironic-python-agent: Add PCI devices collector to inspector  https://review.openstack.org/32631811:53
jrollbtw, I don't think we test ironic/drivers/*.py11:53
dtantsurI don't expect it to break upgrades, but it's always good to check11:53
jrollditto11:54
vdrokmorning jroll11:54
dtantsurjroll, it's no longer wip, so feel free to -2 now11:54
jrollaha11:54
dtantsur+1 for "PLEASE DO REVIEW THIS ANYWAY" :)11:55
dtantsurwould be awesome if we don't land too many patches conflicting with it as well11:55
vdrokjroll: re tempest scenarios without nova, is the intention to disable nova in the gate jobs running these scenarios?11:55
jrollvdrok: yeah11:56
*** sdake has joined #openstack-ironic11:56
*** nico-afk is now known as nicodemos11:56
* dtantsur would love the majority of tests to use only ironic (e.g. bifrost), and then one big test with nova,neutron,swift,etc11:56
jrollvdrok: I'm working on writing up a formal plan right now, if you want to mostly wait until I post that11:56
* jroll doesn't think we need bifrost for standalone tests :)11:56
vdrokjroll: cool, I'll just make sure the old things that I have work, and stop on that for now :)11:57
jrollI think we will need glance and neutron for most of them, though11:57
jrollvdrok++ thank you11:57
vdrokyes, at least neutron11:57
snecklifterdtantsur: https://bugs.launchpad.net/ironic/+bug/1590749 <-- anything else you need adding in here?12:02
openstackLaunchpad bug 1590749 in Ironic "RFE: LVM/Software RAID support in ironic-python-agent" [Undecided,New]12:02
dtantsurjroll, wdyt https://bugs.launchpad.net/python-ironicclient/+bug/1590752 ?12:03
openstackLaunchpad bug 1590752 in python-ironicclient "[RFE] --wait flag for node-set-provision-state" [Wishlist,Confirmed]12:03
dtantsursnecklifter, looking12:03
dtantsursnecklifter, I think you should mention that you're going implement it as a clean step in the IPA default hardware manager12:04
dtantsursnecklifter, next, the problem we've faced the last time we talked about it as the following: we wipe the hard drive every time after deployment.12:04
dtantsursnecklifter, so maybe we need to explicitly state that this will be an automated clean step running after wiping hard drive12:04
dtantsurjroll, JayF, re soft raid ^^^12:05
jroll++12:05
TheJuliaGood morning12:05
*** kalpase has left #openstack-ironic12:06
snecklifterdtantsur: sure, I'd assume and expect that it would be wiped on each deployment12:06
jrolldtantsur: replied on your rfe, I like it12:07
snecklifterdtantsur: ok, have updated12:07
*** trown|outtypewww is now known as trown12:08
dtantsurjroll, my primary use case for delay_function are things like eventlet (when people are not monkey-patching world)12:09
dtantsurjroll, so that people can use a greenlet-friendly sleep12:09
jrolldtantsur: ah, that also makes sense12:10
dtantsurjroll, +1 for poll_interval, will update12:10
jrollI do like the thought of using it in nova, where the delay_function would be something that logs and sleeps12:10
jroll(if we log today)12:10
* jroll checks12:10
jrolloh yeah, that would be useful https://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L37912:11
jrollwith the instance.refresh()12:11
dtantsurjroll, updated the RFE12:12
jrolldtantsur: ++12:13
dtantsurjroll, now, the soft RAID stuff. I suspect it needs a spec, wdyt?12:14
*** lucas-hungry is now known as lucasagomes12:14
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: Fix response code for rule creating API  https://review.openstack.org/32749212:15
jrolldtantsur: yeah, definitely, that's going to get hairy12:15
*** vmud213 has quit IRC12:15
dtantsursnecklifter, ^^^. please follow the spec process https://wiki.openstack.org/wiki/Ironic/Specs_Process for your proposal12:16
jrollthat's still a wiki page? O_o12:16
dtantsuryes, and that's what I was going to say as well12:18
dtantsurjroll, wanna move the whole thing to contributing docs or should I?12:19
jrolldtantsur: I don't right this moment :)12:19
jrollfeel free to just file a bug, that's good low hanging fruit12:19
dtantsurgood idea12:19
*** Goneri has joined #openstack-ironic12:19
*** rbudden has joined #openstack-ironic12:21
dtantsurhere it goes: https://bugs.launchpad.net/ironic/+bug/159075912:21
openstackLaunchpad bug 1590759 in Ironic "Move spec process description to our primary documentation" [Medium,Triaged]12:21
jrollthanks12:23
*** thrash|g0ne is now known as thrash12:27
*** ohamada_ has joined #openstack-ironic12:29
*** ohamada has quit IRC12:29
sneckliftererm, perhaps whilst that documentation is being moved it could be ... simplified a bit :)12:31
*** jjohnson2 has joined #openstack-ironic12:31
jrollsnecklifter: heh, ++12:34
jrollit's actually fairly simple12:34
jrollcopy the template and go through it12:34
dtantsuryeah, maybe we need to make it shorter actually :)12:34
jrolland there's a symlink too12:34
jrollhere's an example: https://github.com/openstack/ironic-specs/commit/ec3b9071b1fa90bf7fbf0dfacc7317795810b80e12:34
lucasagomesyeah, maybe we just need to remove the "historical" references12:35
lucasagomesKilo bits, blueprints etc12:35
dtantsurKilo is dead, lets remove it :)12:35
jrollso your spec goes in specs/approved/ and then `cd specs/not-implemented/ && ln -s ../approved/your-spec.rst .`12:35
*** mgould has quit IRC12:40
*** mgould has joined #openstack-ironic12:40
*** thrash has quit IRC12:41
*** thrash has joined #openstack-ironic12:46
*** thrash has quit IRC12:46
*** thrash has joined #openstack-ironic12:46
openstackgerritMerged openstack/virtualbmc: Set IPMI session timeout for the virtual BMCs  https://review.openstack.org/31602212:47
*** sdake has quit IRC12:48
*** ccarmack has joined #openstack-ironic12:53
*** links has quit IRC12:57
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add power_transition_started_at to the nodes table  https://review.openstack.org/32764212:58
*** rloo has joined #openstack-ironic12:58
openstackgerritChristopher Brown proposed openstack/ironic-specs: Implements: LVM/Software RAID support in ironic-python-agent Closes: https://bugs.launchpad.net/ironic/+bug/1590749  https://review.openstack.org/32764312:58
openstackLaunchpad bug 1590749 in Ironic "RFE: LVM/Software RAID support in ironic-python-agent" [Wishlist,Confirmed]12:58
snecklifterdtantsur: ^^^12:59
snecklifterfirst ever spec so go easy on me!12:59
dtantsursure :)12:59
sambettssnecklifter: Thanks for the spec, btw the format of commit messages should follow: https://wiki.openstack.org/wiki/GitCommitMessages13:01
*** cdearborn has joined #openstack-ironic13:01
*** absubram has quit IRC13:05
dtantsurI really wonder how to make a prebuilt RAID play well with out partitioning13:05
sambettsdtantsur: as in wholedisk image with RAID prebuilt?13:06
dtantsuroh, that's a good way to implement software RAID :D13:06
dtantsursambetts, no, I'm rather thinking that we rebuild the partition table on every deploy13:06
jroll++13:07
jrollso, we do sw raid in onmetal13:07
jrollour cleaning destroys the raid, wipes the disks, rebuilds the raid13:07
jrolland uses whole disk images13:07
jroll(and craziness with bootloaders in those images, iirc)13:08
sambettsI think software RAID inside whole disk makes more sense than building it ourselves then its customised my the person creating the image13:08
jrollwell, then we're done, right? :)13:08
openstackgerritYosef Hoffman proposed openstack/ironic-python-agent: Add configuration options for DISK_WAIT  https://review.openstack.org/32490913:08
lucasagomesjroll, sambetts dtantsur one tricky bit is network boot after deployment with sw RAID13:08
jrollsome deployers don't want to put that on the image building folks13:08
dtantsurjroll, heh, yeah, I guess we already have everything for whole disk images. but what about partition images?13:09
dtantsurlucasagomes, what is tricky there?13:09
jrolldtantsur: yep13:09
sambettsand I guess if we support it for whole disk, we should support it for partition I guess13:09
*** Nisha_away has joined #openstack-ironic13:09
*** jcoufal has joined #openstack-ironic13:09
jrollbut what I'm saying is it would be nice to support deploying a whole disk image without built-in raid to a software raid we build13:09
jroll(hi, that's my use case)13:09
lucasagomesdtantsur, because ironic right now just get the filesystem UUID with blkid as pass it in the kernel cmdline as being the root device13:10
rbartalTheJulia, good morning13:10
sambettsjroll: hmm interesting13:10
dtantsuryeah, interesting indeed13:10
TheJuliarbartal: good morning13:10
dtantsurwanna add it to midcycle topics?13:10
lucasagomesbut the root device is the lvm volume for sw raid (with lvm)13:10
jrollis it not there already?13:10
TheJuliadepends on the image13:11
*** ayoung has joined #openstack-ironic13:11
jrolloh, it isn't, sorry13:11
sambettsjroll: how would that work if your whole disk image had partitions defined in it that aren't compatible with the requested raid (is that even possible?)13:12
rbartalTheJulia, Hi, I installed the ipa image (http://paste.openstack.org/show/509170/) and try the erase_device on again, it fails with same error13:12
rbartalTheJulia, dtantsur advised the new code/patch is included in this version13:13
lucasagomesjroll, sambetts yeah, I'm also wondering how does that work13:13
lucasagomesand benefits as well13:13
jrollsambetts: I don't think that's possible, dunno13:14
*** Goneri has quit IRC13:14
jrollwe treat the raid device as a disk, not a partition iirc13:15
lucasagomesjroll, even if it works, it seems like an extra overhead for no gain at all... Since one of the main benefits of using logical volumes is to not have to keep estimating the partition sizes prior to the dpeloyment13:15
TheJuliadtantsur: did some reading regarding the buzilla link you sent me yesterday and re-read it this morning.  \o/ for deprecated option names :)13:16
sambettsjroll: I guess it depends on the FS in the whole disk image right? btfs vs lvm vs zfs or whatever13:16
sambettslucasagomes: ^13:16
jrolllucasagomes: well, we use intel's RSTe RAID, which is a weird thing that is exposed as mdraid on linux, and whatever windows softraid on windows, and the goal was to be able to build the RAID the same way for both linux and window13:16
jrolls13:16
lucasagomessambetts, lvm is not a fs13:16
lucasagomesactually, fileystem like btrfs basically can kill lvm13:16
lucasagomesit can do things better, like bit rot on file blocks13:17
sambettslucasagomes: right, I meant ext4+lvm vs btfs vs zfs13:17
dtantsurTheJulia, hehe13:17
lucasagomessambetts, right13:17
*** links has joined #openstack-ironic13:17
lucasagomesjroll, ok, yeah I have to read more about that13:18
* lucasagomes checks intel rste stuff13:18
jrolllucasagomes: I *think* the only special thing we do when creating it is --metadata=imsm13:18
TheJuliarbartal: did you try booting another something else and checking to see if the drive is still frozen?13:18
lucasagomessambetts, you will like this btw, http://arstechnica.com/information-technology/2014/01/bitrot-and-atomic-cows-inside-next-gen-filesystems/13:18
dtantsurI'm putting this RAID discussion to https://etherpad.openstack.org/p/ironic-newton-midcycle please contribute13:18
lucasagomessambetts, covers the next gen fs's (brtfs) vs logical volumes13:19
dtantsurI would like to have it in ironic, but I'm already completely lost13:19
sambettslucasagomes: Oh awesome /me needs to read up13:19
lucasagomessambetts, it's long, but it's a great overview why next gen fs are superior13:19
TheJuliaI suspect it might not entirely be able to, and we have to remember some people do actually deploy windows with ironic in whole disk images....13:19
sambettstbh the RAID stuff for me I want to be able to create/destroy RAID on the fly via OOB, but I think we need to standardise the interface first13:20
jrollwell, that's done, right?13:20
jrolldrac driver is doing that now13:20
sambettsjroll: on the fly? based on flavor?13:21
jrollah13:21
jrollignore me :)13:21
sambettsheh ;)13:21
TheJuliasambetts: that is a big ask from some of our internal users13:21
rbartalTheJulia, yes, deployed overcloud on the node and re-run sudo hdparm -I /dev/sda2, it look the same as yesterday13:21
sambettsjroll, TheJulia: I added a section the RAID midcycle thingy talking about it13:21
jrollcool13:22
TheJuliaawesome13:22
TheJuliarbartal: did you look through the hardware bios settings to see if it was something the bios was doing, since that is commonly what causes it13:22
*** Nisha_away has quit IRC13:22
*** links has quit IRC13:23
rbartalTheJulia, i looked at password and in general, do you have any specific pointer?13:23
dtantsurmm, I see rloo is here. g'morning rloo :)13:23
rloohi dtantsur13:24
TheJuliarbartal: sadly I do not, since there is a massive variety out there, and it is something that the bios would basically be having to issue upon boot-up13:24
sambettso/ rloo13:24
rloooh. right. hi and good morning everyone, sambetts, TheJulia, rbartal, jroll, lucasagomes :)13:24
lucasagomesrloo, morning13:25
TheJuliaGood morning rloo13:25
rbartalrloo, Good morning13:25
jrollmorning rloo :)13:25
lucasagomessambetts, I think the iLO machines does not support oob raid creation/deletion13:25
dtantsurcorrect13:26
dtantsurwe're planning on OOB RAID for DELL13:26
*** fellypefca has joined #openstack-ironic13:26
lucasagomesjroll, and, intersting intel rste thingy, started reading the manual but it has 70+ pages so I will finish later13:26
lucasagomeshttp://www.intel.com/content/dam/support/us/en/documents/chipsets/rste/sb/intelr_rste_linux.pdf (for those interested)13:26
sneckliftersambetts: k, thanks, will update with feedback13:27
rbartalTheJulia, next week I can try different servers, what kind of HW would you recommend? HP ?13:27
TheJulialucasagomes: thank you for the link13:27
lucasagomesyw13:27
jrolllucasagomes: heh, yeah the main thing for us is 1) hardware accelerated but behaves like mdraid, and 2) the same raid can work natively on windows and linux13:27
NobodyCamGood Morning Ironicers13:27
jrolland 3) our customers won't be quite as upset when they lose a boot disk ;)13:27
dtantsurmorning NobodyCam13:28
jrollohai NobodyCam :)13:28
lucasagomesjroll, yeah, it's neat13:28
NobodyCammorning dtantsur jroll lucasagomes TheJulia :)13:28
TheJuliarbartal: what exactly is your goal?13:28
*** dprince has joined #openstack-ironic13:29
rbartalTheJulia, I'm QA tester, and I try to check the cleaning steps are working, currently we have 1 step and that is the erase device, this step fails for me.13:30
rbartalTheJulia, so I want to make sure this is HW problem and not ipa problem13:31
TheJuliawell, you could use an HP server.  If a hardware raid controller is in use then the storage will likely be presented as scsi block devices to the OS, so secure erase functionality will not be used, and the shred command will be invoked.13:33
mat128rbartal: from what I understand your drive is locked13:34
dtantsurusing a vm would be even easier :)13:34
TheJuliamat128: frozen upon boot based on the hdparm output supplied yesterday13:34
rloohey, doesn't anyone remember from one of the design sessions/austin summit. jroll volunteered to ... was it, show people how to debug a failed test? so that folks didn't just do 'recheck'?13:34
mat128rbartal: Most BIOS lock the drives to prevent evil code from wiping your drive with 1 command (what a bad idea)13:34
dtantsurrbartal, that's fair point actually, you can try it on vm, use hard disk of e.g. 4 GiB13:34
rlooI mean s/doesn't/does/13:34
TheJuliadtantsur: ++13:35
dtantsurrloo, I remember something like that13:35
dtantsurbut since then our gate improved a lot IMO13:35
rloodtantsur: right, until the next *thing* happens.13:35
dtantsurof course :)13:36
jrollrloo: I volunteered to do that? :|13:36
rloodtantsur: i'm going to put it down as a possible thing-to-do in midcycle.13:36
rloojroll: according to dtantsur :)13:36
dtantsurlol13:36
sambettsrloo: that would be a cool session113:36
lucasagomesjroll, make a video of it :-)13:36
dtantsuryeah, there was a complaint that people got used to just issuing "recheck" every time13:36
jroll>.>13:36
*** Goneri has joined #openstack-ironic13:36
dtantsurc'mon! :D13:37
lucasagomesheh13:37
dtantsurdebugging gate is easy!13:37
* dtantsur ducks13:37
rbartaldtantsur, mat128 I did try on vm and got the same, I don't think it support secure delete, as for the lock please see output of hdparm  http://paste.openstack.org/show/508952/13:37
openstackgerritMilan Kováčik proposed openstack/ironic-inspector: [WIP]Introducing Inspector Grenade testing  https://review.openstack.org/32766713:37
* lucasagomes remembers someone volunteered to show how elastic recheck works13:37
sambettsI think devananda, said he might give an overview of how to use the query thing13:37
sambettslucasagomes: ^13:37
lucasagomessambetts, yup13:38
dtantsurrbartal, yeah, vm does not support secure erase, but it should fall back to long and boring erase in this case13:38
* dtantsur \o/ at inspector grenade testing13:38
jrollnice13:38
jrollmilan++13:38
rbartaldtantsur, yes, we are waiting for this patch(fallback), still I like to see secure erase works13:39
*** sdake has joined #openstack-ironic13:39
rloosambetts, lucasagomes: I mentioned in the midcycle etherpad, about elastic recheck :)13:39
dtantsurrbartal, sure, but if you want to see cleaning working, it should be enough to test with fallback13:39
lucasagomesrloo, cool, ty13:40
sambettsrloo: I see it :D13:40
NobodyCammorning rloo :)13:40
lucasagomesJayF, mat128 dtantsur if you guys have some time, mind taking a peek at https://review.openstack.org/#/c/323511/ ?13:40
milanjroll, dtantsur thx but you know, very first revision :D13:41
* milan didn't run it yet13:41
TheJuliarbartal: if there is no security capability, then the code that has been in IPA for quite a while should fall back to shredding13:41
rloomorning NobodyCam!13:41
NobodyCam:)13:41
dtantsurmilan, when you get it more ready, ping jlvillal for review13:41
milanand morning jroll, rloo, NobodyCam TheJulia mat128 rbartal snecklifter  :)13:42
NobodyCammorning milan :)13:42
openstackgerritVasyl Saienko proposed openstack/ironic: DO NOT REVIEW  https://review.openstack.org/29643213:42
milandtantsur, sure thing :)13:42
mat128morning milan13:42
sambettsmilan: oh nice :D, are you going for full grenade first? or partial (inspector only) first?13:42
milansambetts, good question :D13:43
dtantsurlucasagomes, looks great to me, lets see what other folks say13:43
rbartalTheJulia, from my testing it fails the cleaning all together, and we have this https://bugs.launchpad.net/ironic-python-agent/+bug/153669513:43
openstackLaunchpad bug 1536695 in ironic-python-agent "Node cleaning fails if the _ata_erase fails" [High,In progress] - Assigned to Julia Kreger (juliaashleykreger)13:43
milansambetts, seems it's going to be whatever Ironic is doing, since atm it's copy&paste O:-)13:43
* milan hopes nobody notice :D13:43
mat128rbartal: running on a VM normally means the secure erase capability isn't even there, thus the code falls back to shred13:43
dtantsurlol13:43
rloohi milan, vsaienko, mat128 :)13:43
rbartalmat128, ^^  from my testing it fails the cleaning all together, and we have this https://bugs.launchpad.net/ironic-python-agent/+bug/153669513:44
openstackLaunchpad bug 1536695 in ironic-python-agent "Node cleaning fails if the _ata_erase fails" [High,In progress] - Assigned to Julia Kreger (juliaashleykreger)13:44
mat128rbartal: the issue TheJulia is working on is falling back to shred in the case drive reports being ATA eraseable but fails for any reason13:44
mat128rbartal: I'm well aware of this bug :)13:44
TheJuliadtantsur: rbartal https://review.openstack.org/#/c/302819/ is related to that, conductor side setting, but we need more information if it is failing with in VMs13:45
*** sabeen has joined #openstack-ironic13:45
sambettsmilan: heh, full grenade then :D13:47
rbartalmat128, I may not understand correctly, this is the error I have after erase_device fails http://paste.openstack.org/show/508947/13:47
mat128rbartal: Block device /dev/sda is frozen and cannot be erased13:48
rbartalmat128, can I expect the fall back in this case?13:48
mat128rbartal: that means the drive reports being ATA eraseable, but since it's frozen it cant13:48
mat128rbartal: only with TheJulia's code13:48
openstackgerritChristopher Brown proposed openstack/ironic-specs: LVM/Software RAID support in ironic-python-agent  https://review.openstack.org/32764313:48
mat128rbartal: without it, you are a victim of https://bugs.launchpad.net/ironic-python-agent/+bug/153669513:49
openstackLaunchpad bug 1536695 in ironic-python-agent "Node cleaning fails if the _ata_erase fails" [High,In progress] - Assigned to Julia Kreger (juliaashleykreger)13:49
lucasagomesdtantsur, cheerios13:49
*** ametts has joined #openstack-ironic13:49
TheJuliarbartal: fallback is essentially opt-in only because of the damage it can do to SSD's13:49
*** piet has joined #openstack-ironic13:50
openstackgerritMerged openstack/python-oneviewclient: Remove insecure connection warnings  https://review.openstack.org/32387313:51
rbartalmat128,  TheJulia if I sum up the issue: the SDD report  ATA eraseable,  hdparm show it not frozen, but IPA find it frozen13:52
mat128rbartal: I found it frozen in your paste13:52
TheJuliawhat mat128 said13:52
mat128http://paste.openstack.org/show/508952/ line 8813:53
mat128rbartal: ^13:53
vsaienkomorning rloo13:53
rbartalTheJulia, mat128 right, my mistake, it was not frozen when I run this procedure on the same SDD on other server http://www.intel.com/content/www/us/en/support/software/000006094.html13:54
openstackgerritChristopher Brown proposed openstack/ironic-specs: Add missing symlink  https://review.openstack.org/32767913:54
mat128rbartal: Intel bioses normally offer locking as an option13:55
openstackgerritAndre Aranha proposed openstack/python-oneviewclient: Extend python-oneviewclient to Network  https://review.openstack.org/29455913:55
rbartalTheJulia,  mat128 is it possible ipa lock the SSD?13:56
openstackgerritAndre Aranha proposed openstack/python-oneviewclient: Extend python-oneviewclient to Network  https://review.openstack.org/29455913:56
mat128rbartal: it doesnt13:56
mat128rbartal: what it does it set a password on it, because that's the only way you can issue a secure erase13:56
rbartalmat128, but I see the password is not set after ipa try the secure delete, can it fail to set password?13:57
sneckliftermilan: morning13:57
mat128rbartal: it could fail for any reason, but the reason is returned in the error message and from your case it's simply saying "/dev/sda is frozen and cannot be erased"13:57
mat128https://github.com/openstack/ironic-python-agent/blob/031593614eca21d4c88451fcb120f23de56e3f97/ironic_python_agent/hardware.py#L75113:58
mat128rbartal: if hdparm does not report "not frozen", then you get that message13:58
snecklifterdtantsur: thanks for review, have updated, any better?13:58
rbartalmat128, I'm trying to make it work, is there any action I should preform? btw this is conductor  log with the error http://paste.openstack.org/show/508645/14:00
mat128rbartal: It is possible that your hardware does not allow you to secure erase devices. This happens on some of our devices downstream. In that case, you will either want to leverage TheJulia's configuration option (not landed yet) or use different hardware.14:01
mat128Using a hard drive that does not claim to support ATA secure erase would allow the code to gracefully fall back to shred, even without TheJulia's patch.14:01
dtantsursnecklifter, I'll take a look sooner or later. we need to figure out what we plan to see for software RAID, as you can see there are plenty of variants14:01
mat128That would be the case of a virtual hard drive, such as the one in a virtual machine14:01
mat128rbartal: that 404 is weird, are you sure it's related to cleaning?14:02
mat128rbartal: neutronclient raised that while trying to authenticate with keystone14:02
dtantsursnecklifter, do you plan to be at the virtual midcycle? https://etherpad.openstack.org/p/ironic-newton-midcycle14:02
rbartalmat128, sorry this is log form were the ease_device is disabled14:03
*** PollyZ has joined #openstack-ironic14:03
snecklifterdtantsur: virtual? yes, i'll add it to my diary. Happy to attend if you think it will help14:04
dtantsursnecklifter, I hope to discuss this software RAID there14:05
snecklifterdtantsur: thanks for the invite!14:07
rbartalmat128, this is the log http://paste.openstack.org/show/509219/14:08
mat128rbartal: "in delete_cleaning_ports"14:09
mat128rbartal: do you have the right setup to use neutron cleaning ports?14:09
mat128rbartal: it seems it is unable to authenticate with keystone, in an attempt to interact with neutron14:10
johnthetubaguyjroll: you know I said about making it work when the user creates their own port, and passes it to nova, when booting their instance, I think this should make that work: https://review.openstack.org/#/c/327009/314:10
rbartalmat128, so this is the tear down problem, its the new patch, I will try testing again.14:11
mat128rbartal: ok, I might be away for an hour or two, but mention me and I will be able to read it when I get in14:12
rbartalmat128, TheJulia, one more question  :) Why is there  erase_devices_priority in the [deploy] section and clean_priority_erase_devices in the the  [ilo] section ?14:12
rbartalmat128, thanks for your help, I'm on GMT +3 so it end of day for me :)14:12
mat128rbartal, TheJulia: I remember the former being under [agent]. Is it possible we simply haven't removed the ilo one?14:13
sambettsjohnthetubaguy: https://review.openstack.org/#/c/277853/4/specs/approved/VLAN-aware-baremetal-instances.rst that problem won't be an issue any more when this spec merges, because it proposes making Ironic override the mac address at the point when we bind during the deploy process14:13
sambettsjohnthetubaguy: also its down to the network driver, some network drivers might not override the mac address, because some hardware supports virtual mac addresses14:14
johnthetubaguysambetts: yeah, the other change is really to allow a different refactor in that code14:14
mat128rbartal: https://bugs.launchpad.net/ironic/+bug/151587114:14
openstackLaunchpad bug 1515871 in Ironic "agent_ilo driver uses it's own CONF variable for erase device priority" [Medium,In progress] - Assigned to Shuquan Huang (shuquan)14:14
johnthetubaguysambetts: agreed the details are a bit tricky though, its probably going to need unassigned mac addresses and things, in some cases14:14
mat128rbartal: the [ilo] one should go away and the [deploy] one should be used.14:15
rbartalmat128, thank14:15
*** rama_y has joined #openstack-ironic14:15
sambettsjohnthetubaguy: thats why I want move all the logic into Ironic, so code in Nova on longer defines any of that info, nova will create the port, but with the new Ironic network stuff we don't bind in nova any more so Ironic can override anything we want before we bind during deploy14:17
*** joprovost has joined #openstack-ironic14:17
johnthetubaguysambetts: I am fine extracting the logic, if we can make that work, this refactoring is to make routed networks work, where we need to create the ports before we call the scheduler14:19
sambettsjohnthetubaguy: myself and sukdev also discussed at the summit allowing ports of the baremetal type to exist without mac addresses, this is something that would be ideal for the case where nova creates the port, and also I want it for this spec here: https://review.openstack.org/#/c/255240/4/specs/newton/dhcp-serve-unknown-hosts.rst were I allow a port to reserve a ip address, but DHCP to serve14:19
sambettsunknown hosts14:19
johnthetubaguysambetts: yeah, I like the port without a mac address14:20
johnthetubaguyrouted networks will have ports without ips14:20
sambettsjohnthetubaguy: to represent a bond interface?14:20
johnthetubaguyno, when IPs are local to certain sub sets of hosts14:21
sambettsjohnthetubaguy: oh :/14:22
* sambetts needs to go and re-read that spec 14:22
*** rbartal has quit IRC14:23
*** ccarmack has quit IRC14:25
sambettsjohnthetubaguy: the code I'm proposing in my VLAN aware BM spec, basicly just makes it so that the mac address the port has whether given to it by a user, or generated by neutron, will be ignored because Ironic will replace it anyways, but there is also cases when we want a mac address generated by neutron, because some hardware can be programed with mac addresses, so we don't always want to14:26
sambettsnot have a generated mac address14:26
*** ccarmack has joined #openstack-ironic14:29
*** PollyZ has quit IRC14:37
jrolljohnthetubaguy: will have a look, thanks14:39
openstackgerritRuby Loo proposed openstack/ironic: Replace dict.get(key) with dict[key]  https://review.openstack.org/32772614:41
jrolljohnthetubaguy: seems like it should work, at a glance14:41
*** pcaruana has quit IRC14:41
*** piet has quit IRC14:42
*** PollyZ has joined #openstack-ironic14:42
*** dulek has joined #openstack-ironic14:44
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: Add vendor id and vendor name to interface information  https://review.openstack.org/27994014:53
vsaienkojroll moving discussion about smoke test on ironic master here :). Ironic'ers the question is next. We are going to switch grenade jobs to nv per commit mode. With grenade smoke tests are launched instead of baremetal basic ops. I think that wee need to have a job that will launch smoke tests on the ironic master stage without upgrade. We need to know at least if we failed due to incorrect test configuration or due to upgrade. What do you think14:53
openstackgerritYosef Hoffman proposed openstack/ironic-python-agent: Add configuration options for DISK_WAIT  https://review.openstack.org/32490914:53
*** ccarmack1 has joined #openstack-ironic14:53
jrollvsaienko: well, the logs can tell us that, but14:54
jrollmaybe our regular test jobs can just add smoke to the regex?14:54
jrollregex=(ironic|\bsmoke\b)14:54
jrollor something14:54
vsaienkomight be we need to add baremetal basic ops to smoke suite and always launch smoke scenario?14:55
jrollhonestly now that we can boot an instance with "normal" tempest tests... do we need the baremetal scenario?14:55
jrollyeah, that could work too14:55
jrollwe'd still need api tests included too14:55
sambettsI think we could just ditch baremetal basic ops right?14:55
* jroll wonders how much work tempest-full is from here14:55
jrollsambetts: yeah, that's kinda what I'm thinking14:56
openstackgerritVladyslav Drok proposed openstack/ironic: Add node provsioning methods to the tempest plugin  https://review.openstack.org/32723814:56
*** ccarmack has quit IRC14:56
*** thiagop has joined #openstack-ironic14:57
sambettsvsaienko, jroll: makes sense to me, smoke covers the same and more than basic ops does, so14:58
vsaienkojroll I will try to figure out what we need to have green full tempest job14:59
jrollvsaienko: you rock14:59
openstackgerritAnton Arefiev proposed openstack/ironic-inspector: Tempest: don't rely on tempest ironic client  https://review.openstack.org/32774314:59
*** waltz has joined #openstack-ironic14:59
sambetts\o/14:59
jrollvsaienko: the whole "wait for cleaning to finish" will be involved, so maybe turn off cleaning to start?15:00
*** mtanino has joined #openstack-ironic15:00
waltzHello everyone, Is it possible to pass kickstart files to servers being booted by ironic15:01
waltzI am trying to use Ironic to automate exsi builds15:01
vsaienkojroll, we need to have tests for manual cleaning first, I will update my patches15:02
sambettswaltz: we don't install an OS like cobbler, we install an image. I would look into creating a prebuilt whole disk image of exsi15:02
vsaienkojroll so launching smoke tests takes near 25 minutes http://logs.openstack.org/09/311109/66/experimental/gate-grenade-dsvm-ironic/e2b7fed/console.html#_2016-06-07_17_57_12_94015:02
jrollvsaienko: well, if you're just trying to explore what's needed, you could try without cleaning :)15:02
jrollyeah15:02
vsaienkoit is the worst case I think15:02
waltzsambetts: thanks for this15:03
thiagopMorning folks15:03
JayFGiven we are using tinyipa, and less ram15:03
JayFcan we start to investigate some additional parallelism for these tests?15:03
jrollJayF: so there's a couple things there15:03
JayFeven if it just means more nodes so that the tempest cleaning/capacity race isn't an issue15:03
jroll1) max is 7 VMs, I think, which isn't enough to satisfy tempest-full quite yet15:04
sambettsjroll, JayF: I have had a recent tinyipa booted with 256mb RAM locally, not tried in the gate though15:04
JayFsambetts: we could make an experimental job for it if you want15:04
JayFsambetts: I can get a patch up for that in like 5m if you think it's useful15:04
jroll2) we need to split away our api tests from these scenario tests, because they kind of stomp on each other in parallel mode15:04
vsaienkojroll baremetal basic ops takes near 5 min. And the overall job takes near 1h, while allowed time is 3h. I think it makes sense to switch to smoke tests15:04
jrollvsaienko: agree, my long-term goal is tempest-full, that's why I'm curious :)15:05
sambettsvsaienko: why does smoke tests take long to launch?15:05
jrollvsaienko: no rush though15:05
jrollJayF: let's get grenade stuff merged before we ask infra core for anything else :P15:05
* jroll is reminded to bug again15:05
JayFjroll: in this case; I'm just saying we could configure to launch more nodes; say 6 instead of 3, and you completely erradicate the issue of having to wait for a node to exit cleaning to readd the capacity before we move on15:05
jrollactually, gonig to send an email instead15:06
sambettsvsaienko: devstack time?15:06
jrollJayF: sure, we do 7 today15:06
JayFjroll: no we don't15:06
JayFjroll: not for basic jobs15:06
sambettsJayF, jroll: how many VM would we manage if we reduced the ram even more?15:06
jrollJayF: basic jobs only boot one instance, nothing to parallelize15:06
JayFbut it was said above ^ the reason we wouldn't change that to smoke15:06
JayFis because of that cleaning race15:07
jrollsambetts: I think we could 10-11 at 256mb15:07
JayFIf I'm just missing something that's fine, it's early and brain isn't warmed up yet, lol15:07
jrollJayF: I was talking about full, not smoke15:07
jrollwhich boots a metric ton of instances15:07
vsaienkoJayF, when we have tests for cleaning https://review.openstack.org/#/c/304469/. We can disable automated cleaning at all.15:07
sambettshow many do we need for full? is it down to how fast we can recycle the nodes?15:07
jrollsambetts: I don't know, but it's quite a few :)15:08
*** thiagop is now known as thiagop-planning15:08
vdroksambetts: yes, and also keeping the time in 3 hr bound15:08
vsaienkoJayF: It will save a time and allow to launch tests in parallel15:08
*** rama_y has quit IRC15:09
*** itamarl has quit IRC15:10
sambettsif we ditch basic ops upstream in favor of smoke, what do we expect the third party CIs to run? Right now we're using basic ops and it takes ~1.5hrs to run booting on instance, and I don't have enough hardware to throw at booting multiple instances in parallel15:10
vdrokmaybe this one? https://review.openstack.org/32723815:11
vdrokit does basically the same thing15:11
jrollside note: still confused why it takes longer to run baremetal basic ops on hardware15:11
sambettsjroll: real hardware posts are slow15:11
sambettsfast network, slow post :(15:11
jrollsambetts: but 30-45 minutes slow? :/15:12
jrollthough I guess you probably don't have all the optimizations of pre-built devstack images, local pip caches, etc15:12
dtantsur5-10 minutes for every boot already gives 15-30 minutes with deploy-boot-clean flow15:12
jrollaha, fair enough15:12
sambetts^15:12
dtantsur(well, 10 is a bit too much, but 5 is pretty possible)15:12
jrollyeah, we have 3-5 minute POSTs iirc15:12
dtantsurthrow in inspection, and you get even more15:12
sambettsI've seen >10 if the machine decides to do a full health and power check15:13
sambettswhich when its going on and off again all day it likes to do15:13
jrollouch15:14
*** jaybeale has joined #openstack-ironic15:14
sambettsyeah, thats why boot from volume can be such a massive optimisation, because it removes a boot cycle15:15
JayFSo I feel like this is a dumb question15:15
JayFbut how does nova get away from being vm-in-vm?15:15
JayFThey obviously have to build instances somehow15:16
moshelejroll: is it possible to remove the -2 from https://review.openstack.org/#/c/279940/ I can update the commit message that it just adds the interface interface vendor id and vendor name and remove the dependency to the infiniband use case as there are other use cases to it like tripleO15:16
jrollJayF: they don't, but they only need to boot cirros, and make sure ssh works15:16
sambettsJayF: they only have to do one boot per instance, also not pxe, and also not dding things, I've found IOPs is v.slow in nested vms15:16
jrollrather than booting a large image and doing a bunch of disk io15:16
JayFjroll: ^ fwiw I agree with moshele. If this had been something wanting to be added to inspection we woulc've already merged it15:17
JayFsambetts: jroll okay, that makes a lot of sense15:17
*** mbound has quit IRC15:17
jrollmoshele: JayF done15:18
JayFmoshele: it'll be on my list to review today15:18
openstackgerritChristopher Brown proposed openstack/ironic-specs: LVM/Software RAID support in ironic-python-agent Closes-bug: #1590749  https://review.openstack.org/32776915:18
openstackbug 1590749 in Ironic "RFE: LVM/Software RAID support in ironic-python-agent" [Wishlist,In progress] https://launchpad.net/bugs/1590749 - Assigned to Christopher Brown (snecklifter)15:18
mosheleJayF: thanks :)15:18
*** mbound has joined #openstack-ironic15:22
dtantsurrloo, I know you like reviewing RFEs, especially talking about client modifications, mind reviewing this short one https://bugs.launchpad.net/python-ironicclient/+bug/1590752 ?15:23
openstackLaunchpad bug 1590752 in python-ironicclient "[RFE] --wait flag for node-set-provision-state" [Wishlist,Confirmed]15:23
dtantsur:)15:23
rloodtantsur: s/like/hate/ ? in a meeting, will look at it in a few hours. sigh. seems like i have a lot of meetings today. so will look later today.15:24
dtantsurrloo, no worries then, I'll ping someone else15:26
*** ccarmack has joined #openstack-ironic15:26
rloodtantsur: even better then! ;)15:26
dtantsurlucasagomes, still around?15:26
*** Nisha_away has joined #openstack-ironic15:27
jrollsent an email asking for reviews on the grenade things, btw15:28
*** ccarmack1 has quit IRC15:29
dtantsurlucasagomes, when you're here, we need someone more to take a loot at easy RFE: https://bugs.launchpad.net/python-ironicclient/+bug/159075215:29
openstackLaunchpad bug 1590752 in python-ironicclient "[RFE] --wait flag for node-set-provision-state" [Wishlist,Confirmed]15:29
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: Add vendor id and vendor name to interface information  https://review.openstack.org/27994015:30
dtantsurthis is again part of my general "make tripleo reinvent less wheels" effort :)15:30
*** jaybeale has quit IRC15:30
*** tesseract has quit IRC15:30
*** mbound has quit IRC15:31
lucasagomesdtantsur, yup15:32
lucasagomesdtantsur, 1 sec will do15:32
*** rcernin has quit IRC15:32
*** wajdi has joined #openstack-ironic15:32
*** PollyZ_ has joined #openstack-ironic15:35
*** dprince has quit IRC15:36
lucasagomesdtantsur, jroll the idea LGTM15:37
lucasagomesdtantsur, that --wait flag, how the syntax will look like? --wait OR --wait=<integer> ?15:37
lucasagomesnot sure I've seems something like that15:37
jrolllucasagomes: it says that in the spec, both15:37
dtantsurlucasagomes, both. --wait will mean --wait=infinity15:37
jroll^^15:37
*** sacharya has joined #openstack-ironic15:37
lucasagomesyeah I know, just wondering if it's something common15:38
dtantsurlucasagomes, I've seen such things here and there, and iirc argparse supports it15:38
*** PollyZ has quit IRC15:38
lucasagomesusually --<flag> are True/False15:38
lucasagomesdtantsur, ok so +115:38
*** Nisha_brb has joined #openstack-ironic15:38
*** PollyZ_ has quit IRC15:38
*** Goneri has quit IRC15:39
*** dmk0202 has quit IRC15:41
lucasagomesdtantsur, yeah nargs='?' supports it15:41
*** Nisha_away has quit IRC15:41
* lucasagomes wanted to confirm :-)15:41
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Add tests for openstackclient plugin  https://review.openstack.org/30168715:42
dtantsurthanks, I'll start hacking on it soon (probably tomorrow)15:42
lucasagomesdtantsur, cool15:44
*** PollyZ has joined #openstack-ironic15:49
devanandag'morning, all15:51
NobodyCamGood morning devananda15:51
TheJuliagood morning devananda15:51
sambettsHi NobodyCam, devananda15:51
NobodyCamgood morning sambetts :)15:51
* devananda catches up on scrollback15:51
openstackgerritKyrylo Romanenko proposed openstack/python-ironicclient: Negative tests for port-related commands  https://review.openstack.org/25935415:52
thiagop-planningmorning devananda15:52
dtantsurmorning devananda15:52
NobodyCammorning thiagop-planning15:52
devanandasambetts, lucasagomes: re elasticrecheck, yea, I'll be happy to do a screen share or walk folks through it during the midcycle15:52
sambettsdevananda: :D awesome, thanks!15:53
lucasagomesdevananda, morning, yeah that would be great15:53
*** mjura has quit IRC15:53
dtantsur++ for walk through15:54
*** bnemec has quit IRC15:55
*** vishwana_ has joined #openstack-ironic15:59
*** vishwanathj has quit IRC16:02
*** amotoki has joined #openstack-ironic16:03
*** bnemec has joined #openstack-ironic16:04
*** Jabadia has joined #openstack-ironic16:04
*** rama_y has joined #openstack-ironic16:05
*** ijw has joined #openstack-ironic16:06
thiagop-planningmornin' NobodyCam16:07
openstackgerritMerged openstack/ironic: Add config option for ATA erase fallback in agent  https://review.openstack.org/30281916:08
*** PollyZ has quit IRC16:11
openstackgerritChristopher Brown proposed openstack/ironic-specs: LVM/Software RAID support in ironic-python-agent Closes-bug: #1590749  https://review.openstack.org/32776916:12
openstackbug 1590749 in Ironic "RFE: LVM/Software RAID support in ironic-python-agent" [Wishlist,In progress] https://launchpad.net/bugs/1590749 - Assigned to Christopher Brown (snecklifter)16:12
jrollharlowja: I just brought my flamethrower to your party :D16:13
*** bcornec1 has joined #openstack-ironic16:14
* NobodyCam *ducks*16:14
*** waltz has quit IRC16:14
* sambetts isn't sure he was invited to this party :)16:15
*** PollyZ has joined #openstack-ironic16:16
TheJuliaOn the mailing list16:17
devanandajroll: oh, nice! /me gets marshmallows16:18
dtantsurjroll, looks reasonable16:19
*** fellypefca has quit IRC16:20
* dtantsur remembers his first attempt to install ironic manually from scratch16:20
dtantsurwell, now I would probably use puppet16:20
*** vishwana_ has quit IRC16:20
sambettsLooks good :D, jroll you comments about the nova driver align with this: https://review.openstack.org/#/c/317636/16:21
* sambetts is currently working on POC code for it 16:21
dtantsurJayF, TheJulia, oh interesting: https://bugs.launchpad.net/ironic-python-agent/+bug/1590606 looks like it's possible to detect if 'iscsistart -b' is of any use16:22
openstackLaunchpad bug 1590606 in ironic-python-agent "[RFE] Support remove iSCSI shares as root devices via iscsistart" [Wishlist,Triaged] - Assigned to Yossi Ovadia (jabadia)16:22
dtantsur(see the last comment by the reporter)16:23
*** sdake has quit IRC16:25
sambettsdtantsur: seems to make sense to me16:26
jrollsambetts: indeed :)16:27
jrolldtantsur: when I spin up a new service, I always try to get it working by hand first, build automation to copy that, then blow it away and run the automation to create it from scratch again16:28
* jroll afks to meeting16:28
*** alexpilotti has joined #openstack-ironic16:28
TheJuliadtantsur: I was kind of suspecting that it might be a good idea to look at the pci bus device descriptions, but that may not be at all viable16:29
sambettsdtantsur: is this a reason to have the pci devices in the inventory?16:30
sambettsdtantsur: Re: the other spec16:30
dtantsursambetts, it's happening on IPA side, we don't need to pass them arounfd16:30
dtantsurespecially since it seems like there is a command to say yes/no: iscsistart -f16:31
*** afaranha has joined #openstack-ironic16:31
dtantsurI think we might probably have something like: if iscsistart -f; then iscsistart -b; fi (but in python)16:31
JabadiaIm just about to issue a pr on it16:32
Jabadia( will be my first one. Please be gentle. )16:32
*** ijw_ has joined #openstack-ironic16:32
dtantsurthat would be interesting, thanks16:32
harlowjajroll oh goodie!16:33
jroll:D16:33
dtantsurI won't be around for review today, but will definitely take a look tomorrow16:33
*** ijw_ has quit IRC16:33
harlowjawill check in a few :-P16:33
*** ijw_ has joined #openstack-ironic16:33
*** Romanenko_K has quit IRC16:34
*** kromanenko__ has quit IRC16:34
JayFjroll: I was promised a flame, but that email was actually constructive16:34
*** kromanenko_ has quit IRC16:34
jrollJayF: yeah, josh just kept talking about how he was starting a flame war there so I had to say it :P16:35
openstackgerritYossi Ovadia proposed openstack/ironic-python-agent: Handle diskless hardware connected to remote iscsi.  https://review.openstack.org/32780716:35
harlowjalol16:35
dtantsuraha, here's the patch16:35
openstackgerritAndre Aranha proposed openstack/python-oneviewclient: Extend python-oneviewclient to Uplink Set  https://review.openstack.org/29598116:35
harlowjai like it spicay16:35
harlowjalol16:35
*** ijw has quit IRC16:37
*** sdake has joined #openstack-ironic16:38
dtantsurJabadia, reviewed16:38
JayFI'm going to say this again at a different overlapping timezone; if anyone wants a pixie boots sticker for their laptop feel free to let me know16:38
JabadiaTnx!16:39
dtantsurJayF, did you have a chance to send them to me already?16:39
JayFI believe you should already have them16:39
JayFif you don't resend me you address adn I'll resend them16:39
dtantsurinteresting. I'll wait a bit more, czech post is no good :)16:39
dtantsuralso going now, see you all tomorrow16:40
*** dtantsur is now known as dtantsur|afk16:40
jlvillaldtantsur|afk: Paka paka!16:40
JayFdtantsur|afk: I mean, I sent it like a month ago16:40
JayFdtantsur|afk: so I should probably resend :)16:40
JayFdtantsur|afk: would not surprise me if I shorted it on postage or smth by accident16:40
*** daemontool has quit IRC16:41
harlowjajroll  thats not a flame, lol16:41
dtantsur|afkJayF, ah understood16:41
openstackgerritAndre Aranha proposed openstack/python-oneviewclient: Extend python-oneviewclient to Uplink Set  https://review.openstack.org/29598116:41
harlowjai think u actually made sense16:42
harlowjaso +116:42
harlowjalol16:42
jrollharlowja: I torched everything before I sent it so that it was all clear :P16:42
jrollalso16:42
harlowjalol16:42
openstackgerritAndre Aranha proposed openstack/python-oneviewclient: Extend python-oneviewclient to Uplink Set  https://review.openstack.org/29598116:42
harlowjajroll the k8s stuff i'm just waiting for someone to start trying to do it (might be me, others at godaddy)16:42
jrollwait until everybody just picks out the 'separate nova api out' part and that devolves into a flame war itself16:42
harlowja:-P16:43
*** trown is now known as trown|lunch16:43
harlowjatrue dat16:43
*** d0ugal has quit IRC16:43
*** d0ugal has joined #openstack-ironic16:44
*** sdake_ has joined #openstack-ironic16:45
*** sdake has quit IRC16:45
rloolucasagomes, wrt https://review.openstack.org/#/c/302819/, if both you and yuriy prefer 'ata', i think we should change it.16:45
lucasagomesrloo, well, it's all good. I think it's just personal preferences16:46
*** jaybeale has joined #openstack-ironic16:46
lucasagomesI woulldn't +2 or +a if I I was strongly against the name16:46
rloolucasagomes: ok, if you're sure.16:46
lucasagomesrloo, it's just comestics16:46
lucasagomesyeah16:46
rloolucasagomes: don't need to be strongly against. this is what the user sees. so if 'ata' is better, we should do that.16:46
*** ijw_ has quit IRC16:47
lucasagomesrloo, right, yeah but I think it's one of those things were opinions may be divided and none are wrong16:47
lucasagomesso, either disk or ata works16:47
*** ijw has joined #openstack-ironic16:48
rloolucasagomes: ok then.16:48
*** e0ne has quit IRC16:48
*** sdake_ has quit IRC16:52
*** ifarkas has quit IRC16:55
vdrokJayF: do you send to ukraine? :)16:56
JayFvdrok: I'll send stickers to anyone that wants/needs them :)16:57
JayFIronic pays my bills, least I can do is ship some stickers around16:57
*** amotoki has quit IRC16:57
JayFjust pm me and address and how many you'll need, just make sure you actually use all the ones I send since I only got 25016:57
vdrokok, thanks!16:57
*** ccarmack has quit IRC17:01
*** ccarmack has joined #openstack-ironic17:01
*** alexpilotti has quit IRC17:01
Jabadiahelp ! I was asked to create release notes for my commit. even got a link that explains how to.17:06
Jabadiathis is what link explains "tox -e venv -- reno new version-foo:17:06
Jabadiawhat do I put there instead of 'version-foo' ?17:06
vdrokJabadia: a very short (in a couple of words) of what changes17:07
JabadiaAllright , tnx!17:07
vdrokvery short description I mean :)17:07
*** alexpilotti has joined #openstack-ironic17:07
JayFJabadia: so for instance, I might do reno new add-support-for-chickens17:09
JayFif I were patching IPA to support deploying chickens17:09
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: Add vendor id and vendor name to interface information  https://review.openstack.org/27994017:09
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: tinyipa: git clone tags not branches  https://review.openstack.org/32782517:09
Jabadiagot it , thanks :)17:09
mosheleJayF, sambetts: bug in the tgt qemu cloning it was always clone master  because the project use tags not branches I fixed ^^17:10
mosheleJayF, sambetts: let see if CI will pass17:10
sambettsmoshele: --branch can take a tag17:12
mat128TIL IPA will deploy chickens :)17:12
mat128yet we were discussing deploying toasters the other day :P17:12
moshelesambetts: didn't work on my env17:12
*** bsilverman has quit IRC17:12
JayFmat128: if you can get a chicken to boot a ramdisk I can deploy to it17:12
mat128:P17:13
sambetts--branch <name>17:13
sambetts-b <name>17:13
sambettsInstead of pointing the newly created HEAD to the branch pointed to by the cloned repository’s HEAD, point to <name> branch instead. In a non-bare repository, this is the branch that will be checked out. --branch can also take tags and detaches the HEAD at that commit in the resulting repository.17:13
*** mbound has joined #openstack-ironic17:13
sambettsmoshele: what version of git are you using ?17:13
*** vishwanathj has joined #openstack-ironic17:14
Jabadialast question - I now edit the RN generated in the correct place ( e.g 'fixes' ) and adding what I've done ? then commit and push ?17:15
mat128Jabadia: amend your commit and 'git review' again17:15
JabadiaK . tnx.17:15
*** dprince has joined #openstack-ironic17:17
openstackgerritNisha Agarwal proposed openstack/proliantutils: Fix the logic for fetching the gpu device count  https://review.openstack.org/31540217:17
*** mbound has quit IRC17:18
lucasagomesjroll, replied to that email (please don't punch me heh)17:18
lucasagomesand I'm calling it a day, I'm off tomorrow until tuesday (holidays o/)17:19
mat128sambetts, moshele: git clone supports --branch since v1.6.5 (Aug 2009): https://github.com/git/git/commit/7a4ee28f41270bf032d0dd0bfb17f601b9b3971a17:19
lucasagomesso I see you all next week!17:19
* jroll pushes a pint towards lucasagomes instead of punching17:19
jrollhave a good weekend dude :)17:19
moshelemat128: I use 1.7.1 and it not working Centos 6.717:20
lucasagomesjroll, cheers dude :-) enjoy the weekend too17:20
moshelemat128:  I mean git 1.7.117:20
lucasagomessee you all!17:20
*** lucasagomes is now known as lucas-afk17:20
mat128moshele: figured. Trying it in a centos container17:21
*** derekh has quit IRC17:21
*** xavierr_afk is now known as xavierr17:21
*** ijw has quit IRC17:22
*** ijw has joined #openstack-ironic17:22
xavierrgood afternoon Ironic17:22
*** PollyZ has quit IRC17:23
mat128moshele: http://paste.openstack.org/show/509285/17:23
mat128moshele: said remote branch not found in upstream origin, weird17:23
Jabadiasorry, the RN has many sections, do I just keep all section as is and modifying the 'fixes' one ? or do I delete all section leaving 'fixes' only ? ( or something else ..)17:24
sambettsmat128: dear centos why you break git...17:24
NobodyCammorning xavierr17:25
*** ohamada_ has quit IRC17:25
xavierrNobodyCam :)17:25
JayFJabadia: you only need the relevant section17:25
Jabadiagreat. delete all others then ?17:25
NobodyCam:)17:25
JayFhttps://github.com/openstack/ironic/blob/master/releasenotes/notes/adopt-ironic-context-5e75540dc2b2f009.yaml17:25
JayFbeing one of many good examples in that dir17:26
Jabadiacool. checking.17:26
Jabadiathanks!17:26
mosheleJayF: this is lshw http://www.ezix.org/project/wiki/HardwareLiSter as far as I could find17:27
*** Goneri has joined #openstack-ironic17:28
JayFmoshele: hmm. Yeah I've been digging into that myself and tend to agree. Assuming lshw isn't packaged by TCL either?17:29
JayFmoshele: that being the case, can you put a comment there linking to the page as the upstream for lshw? That way other folks like me might worry a bit less17:29
mosheleJayF: sure17:30
*** sdake has joined #openstack-ironic17:31
JayFmoshele: honestly that comment is more a reflection of how ehhh I am in general about how that build is done, and makes me wish we did more hash/gpg checking in the build and all that17:32
mat128moshele: https://github.com/git/git/blob/master/Documentation/RelNotes/1.7.10.txt#L8417:32
mat128this is whats missing for your git 1.7.117:32
mat128brb, 1h17:32
*** mat128 is now known as mat128|away17:32
openstackgerritNisha Agarwal proposed openstack/ironic: Add support for building ISO for deploy ramdisk  https://review.openstack.org/26459017:33
moshelesambetts, mat128: do you want me to undo https://review.openstack.org/#/c/327825/17:33
sambettsmoshele, JayF: re: lshw, could it replace or be replaced with dmidecode?17:33
mosheleJayF: I check not TCL package17:33
*** sdake_ has joined #openstack-ironic17:35
*** aginwala has joined #openstack-ironic17:35
moshelesambetts: didn't fine with it the Mellanox Nic or pci device17:36
*** sdake has quit IRC17:37
openstackgerritNisha Agarwal proposed openstack/ironic: Config variable to configure [glance] section  https://review.openstack.org/26680317:37
sambettsmoshele, JayF: if lshw does a superset of dmidecode then we could replace the dmidecode stuff with that right?17:37
sambettsdtantsur|afk: ^^17:37
JayFWhat's the value in that?17:38
sambettswe don't have to install 2 packages that do mostly the same thing17:38
*** david-lyle has joined #openstack-ironic17:38
*** mtanino has quit IRC17:39
JayFI mean, I guess I don't care either way that much? But I certainly wouldn't block moshele's patch on it17:39
JayFwould be possibly a good low-hanging-fruit bug though17:39
JayFand we always have folks looking for those17:39
sambettsJayF: just want to keep tinyipa tiny ;)17:39
JayFYeah; but we do also have the gate proving that we aren't making it prohibitavely big as wel17:40
JayFnow that all the gates are run in 384 I feel much less squishy about that17:40
JayFthis makes me wish we had a 256 experimental job too though17:40
* JayF going to write that patch17:40
sambettsyeah, its the 256mb thats a fine knife edge right now17:40
*** Nisha_away has joined #openstack-ironic17:40
sambettsJayF: the tinyipa src job on IPA is still nv?17:41
JayFnot at all17:41
sambettsgate-tempest-dsvm-ironic-pxe_ipa-tinyipa-src-nv17:41
sambetts^17:41
JayFhttps://review.openstack.org/#/c/324909/ is an example of a patch running the new jobs17:42
JayFonly -nv job is inspector17:42
thiagop-planningsambetts: that's me17:42
thiagop-planningops17:42
thiagop-planningthat's not me17:42
thiagop-planning(almost equal, sorry)17:43
sambettsJayF: oh cool :)17:43
*** Nisha_brb has quit IRC17:43
*** Sukhdev has joined #openstack-ironic17:43
*** athomas has quit IRC17:43
sambettsJayF: oh wow, the last time the lshw patch had a passing CI run was may 4th thats why its the old jobs17:44
JayFaye17:45
jrollshould recheck that :P17:45
sambettsits got a new patchset so its running now :)17:45
jrollcoo17:45
* jroll requires noms, bbl17:45
moshelesambetts, JayF: I have to go now, so will work on your comments tomorrow17:49
sambettsmoshele: sure, cya tomorrow17:49
*** vishwanathj has quit IRC17:50
bcornecHello all17:50
bcornecHello all17:50
* sambetts -> home 17:50
*** vishwanathj has joined #openstack-ironic17:50
bcornecWrt https://bugs.launchpad.net/ironic/+bug/1589627 I see the error in http://logs.openstack.org/79/326079/2/check/gate-ironic-python27-db/790f9a0/console.html, But I'm not understanding how to fix it (complete newbye in python sorry).17:51
openstackLaunchpad bug 1589627 in Ironic "Documentation error on raid configuration" [Low,In progress] - Assigned to Bruno Cornec (bruno-cornec)17:51
*** trown|lunch is now known as trown17:51
*** moshele has quit IRC17:51
sambettsNight all17:51
thiagop-planningnight sambetts17:52
bcornecIt seems to me that the JSON schema is correct, proposing 2 values is_root_volume & share_physical_disks as booleans, and so I don't understand why when I removed the " around the True value in the test it now fails. From the python doc at https://docs.python.org/2/library/stdtypes.html, it seems it should be without " right ?17:54
bcornecIt's probably obvious for you all sorry for that...17:54
* mgould -> home, good night!17:55
*** mgould is now known as mgould|afk17:55
thiagop-planningbcornec: this should be raising an exception and isn't17:57
thiagop-planningbut isn't*17:58
*** serverascode has quit IRC17:58
*** electrofelix has quit IRC17:59
*** serverascode has joined #openstack-ironic17:59
*** mgkwill has quit IRC18:00
*** electrofelix has joined #openstack-ironic18:00
*** alexpilotti has quit IRC18:01
thiagop-planningbcornec: the change on raid_constants seems to be setting and invalid format to valid, so the exceptions expected to be raised on test_raid aren't being raised at all18:01
*** electrofelix has quit IRC18:01
*** mgkwill has joined #openstack-ironic18:01
*** aginwala has quit IRC18:01
*** alexpilotti has joined #openstack-ironic18:01
*** aginwala has joined #openstack-ironic18:02
*** yolanda has quit IRC18:02
*** mtreinish has quit IRC18:03
*** mtreinish has joined #openstack-ironic18:03
bcornecExcuse me, not sure I got it. Do you mean that the dict declared in ironic/tests/unit/raid_constants.py should be invalid ones to raise an exception ?18:04
bcornecSo instead of true it should be an invalid value such as "something" e.g. ?18:05
bcornecBecause in fact I changed back a value which was indeed incorrect, but in fact I should have left that one untouched, as it is expected to be incoreect there right ?18:05
thiagop-planningbcornec: yep18:06
thiagop-planningbcornec: the keys are saying that they're invalid18:06
bcornecThen if that's the case, I think it could be more clear to directly put invalid as a value to show it's done on purpose ;-)18:06
bcornecI understand that now you explained it to me !18:06
thiagop-planningbcornec: the point is, people would think that it could be string True instead of true, both are valid on JSON18:07
*** PollyZ has joined #openstack-ironic18:07
*** Sukhdev has quit IRC18:08
thiagop-planningbcornec: but the expected one is true, so if someone puts string True it shall fail18:08
bcornecHummm so what is the best appraoch: to put "is_root_volume": "True" (to the risk it's unclear for beginers like me) or "is_root_volume": invalid ? After all it's just a test right ?18:08
thiagop-planningbcornec: I'd leave it as it was.18:09
thiagop-planning:)18:09
bcornecOk, you're the masters ;-)18:09
thiagop-planningbcornec: not me18:09
* thiagop-planning ducks18:09
*** mtreinish has quit IRC18:10
bcornecJust that when I did a recursive grep to find all invalid "True" values in the code, I found these which are in fact false positive in that case. Distutrbing...18:10
*** Nisha_away has quit IRC18:12
*** vishwanathj has quit IRC18:12
*** mtreinish has joined #openstack-ironic18:13
openstackgerritRuby Loo proposed openstack/ironic: Replace dict.get(key) with dict[key]  https://review.openstack.org/32772618:14
*** mat128|away is now known as mat12818:14
mat128moshele18:14
mat128:(18:14
*** mtanino has joined #openstack-ironic18:15
*** mgagne has quit IRC18:16
JabadiaHi, I have many failure in Jenkins check which ( I hope) are not related to my code change.18:16
Jabadiae.g " stderr: 'fatal: unable to connect to git.openstack.org"18:16
Jabadiashould I be concern ? is that normal ?18:17
*** mgagne has joined #openstack-ironic18:17
JayFThat looks like a temporary unrelated error18:17
JayFin those cases, you can leave a comment startnig with "recheck" to recheck it18:17
JayFI usually put a statement about why18:17
JayFso like "recheck connection failure to git.openstack.org" would be a good one18:17
Jabadiatnx!18:18
JayFbut only recheck once you've checked logs and are sure it's unrelated + temporary (as you did here)18:18
openstackgerritYossi Ovadia proposed openstack/ironic-python-agent: Handle diskless hardware connected to remote iscsi.  https://review.openstack.org/32780718:19
Jabadiaworking on unitest now.18:19
*** vishwanathj has joined #openstack-ironic18:28
*** vishwanathj has quit IRC18:28
*** alexpilotti has quit IRC18:29
*** ayoung has quit IRC18:33
*** alexpilotti has joined #openstack-ironic18:34
*** sdake_ has quit IRC18:38
*** bcornec1 has quit IRC18:44
*** ayoung has joined #openstack-ironic18:47
*** aNupoisc has joined #openstack-ironic18:49
*** Sukhdev has joined #openstack-ironic18:50
*** baoli_ has quit IRC18:53
*** anush_ has quit IRC18:54
*** stevebaker has quit IRC18:55
*** stevebaker has joined #openstack-ironic18:55
*** sdake has joined #openstack-ironic18:59
*** e0ne has joined #openstack-ironic18:59
*** vishwanathj has joined #openstack-ironic19:02
*** e0ne has quit IRC19:02
rlooJayF: do you know, we are still going to support coreos & tinyipa, right? or did we decide to deprecate coreos?19:05
rlooJayF: I might just start a rumour for fun19:05
JayFboth are supported and gated.19:05
JayFI want to get DIB gated as well.19:05
JayFThe CoreOS image needs some love if it's going to be supported long-term19:06
rlooJayF: OH. do we know how much love?19:06
JayFMainly it needs an upgrade for $security_reasons19:06
JayFthat we avoided doing because it made the gate less reliable.19:06
JayFnow that coreos is only run in ipxe jobs, against ipa, I think that's hedged against somewhat19:06
rlooJayF: less reliable == timed out?19:06
JayFand I'd like to reattempt and upgrade19:07
JayFaye19:07
rloois there a bug open for that?19:07
JayFthe image in newer versions is quite larger19:07
*** e0ne has joined #openstack-ironic19:07
JayFHm. If not there should be19:07
JayFI'll look for one, and if not, file one19:07
rloothx JayF19:07
JayFbut basically the general pattern is:19:07
Jabadiacan someone paste tux that tests specific test ?19:07
Jabadiatox*19:08
JayFall supported ramdisks are tested from source in IPA, and get ramdisks built and put on tarballs.openstack19:08
rlooJabadia: should be documented. sec, let me find it.19:08
JayFthe binary version of the ramdisk best suited to the gate (tinyipa today) is used in Ironic jobs19:08
rlooJabadia: http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html19:08
rlooJabadia: look for tox -epy27 -- -r19:09
JayFso we could have DIB (possibly even multiple distros of ?), CoreOS, and TinyIPA all gating against IPA only with no pain to Ironic jobs19:09
JayFand since IPA gets a lot less code churn (and that should stay true with the advent of ironic-lib) the extra jobs cause much less pain19:09
rlooJayF: that sounds good to me. are there bugs or something to track all this work that you'd like to see done?19:09
JabadiaGiving a shot. thank rloo19:10
JayFWell I already did most of it, lol19:10
JayFthe only piece out of that not done yet is DIB image19:10
JayFbut that's more an RFE (officially support DIB) than a bug-bug19:10
JayFI will file the bug about the TLC coreos needs though19:10
jrollJayF: rloo: there's no bug for the coreos version, but here's the patch we had to revert https://review.openstack.org/#/c/191505/19:11
rloojroll: oh, right, that patch is bringing back memories.19:11
*** aginwala has quit IRC19:11
jrollheh19:11
rloojroll: we shoudl have a bug to track it i think.19:11
JayFYep; I'll file it19:12
JayFand revive that patch19:12
rlooJayF: and we should have an RFE for the DIB thing.19:12
JayFright now19:12
JayFrloo: I'll gladly file it, but to be clear my only care about DIB is that if people are using it we should actually support it. I've never so much as built an IPA DIB image19:12
*** harlowja has quit IRC19:12
jrollwe have dib build support in devstack19:12
jrollI know ilo CI uses it19:12
rlooJayF: yeah, you don't need to do the work.19:13
jrollI think UEFI only works on DIB today19:13
rlooJayF: just want to track it somehow so we know it is missing.19:13
JayFjroll: no it doesn't, because we don't test it :D19:13
jroll>.>19:13
JayFall those are now on my todo list, will take care of them shortly19:14
JayF- Bugs for CoreOS TLC19:14
JayF- Patch for upgrade CoreOS to latest stable19:14
JayF- RFC Bug for DIB post job and gate on ipa19:14
JayFwas there anything I missed?19:14
*** vishwanathj has quit IRC19:14
*** ccarmack has quit IRC19:14
JayFjroll: did we start filing bugs aganist IPA directly?19:15
JayFjroll: or is https://bugs.launchpad.net/ironic-python-agent/+bug/1590606 in the wrong place19:15
openstackLaunchpad bug 1590606 in ironic-python-agent "[RFE] Support remote iSCSI shares as root devices via iscsistart" [Wishlist,In progress] - Assigned to Yossi Ovadia (jabadia)19:15
jrollJayF: we did19:15
*** aginwala has joined #openstack-ironic19:15
jrollRFEs though? dunno if we "officially" did, but it seems okay19:15
*** penick has joined #openstack-ironic19:15
*** penick has quit IRC19:15
*** aginwala has quit IRC19:16
jrollI think we generally said, file RFEs against ironic, and we'll tag the projects as needed, but I don't recall honestly19:16
*** aginwala has joined #openstack-ironic19:16
JayFhttps://bugs.launchpad.net/ironic-python-agent/+bug/1581673 was already filed around one of the symptoms caused by the image being old19:16
openstackLaunchpad bug 1581673 in ironic-python-agent "Shipped CoreOS image is out of date" [High,In progress] - Assigned to Kris Lindgren (klindgren)19:16
JayFso I changed the title and will use it for that work19:17
jrollwfm19:17
cineramabifrost allows folks the option to build IPA w/dib19:17
JayFit.19:17
jrollit?19:18
*** moshele has joined #openstack-ironic19:18
jrollJayF: might be worth referencing https://review.openstack.org/#/c/326203/ in your DIB RFE, we could revert that if needed and adjust19:19
*** sdake has quit IRC19:19
JayFmy internet is screwing up, that's why I had the danglign comment19:19
JayFI think Comcast is having some v6 routing issues today19:19
jrollah19:19
cineramawe also test in CI with building IPA19:19
TheJulia++19:20
TheJuliaactually, that should be more \o/19:20
*** jaybeale has quit IRC19:20
TheJuliaexcept /o\ when mirrors or dib changes that are broken on debian strike19:21
JayFhttps://bugs.launchpad.net/ironic-python-agent/+bug/159093519:22
openstackLaunchpad bug 1590935 in ironic-python-agent "DIB image should be officially supported in IPA" [Undecided,New]19:22
* JayF adds RFE: prefix to that title19:22
JayFTheJulia: ^ sounds like you might have extra insight to lend to that19:23
jrollJayF: this might be related to your networking troubles? http://downdetector.com/status/level319:26
jrollthere's tweets in there that imply comcast having issues19:26
TheJuliaJayF: for item #2, are you thinking voting or non-voting?19:26
JayFTheJulia: I think all supported IPA ramdisks should have voting CI.19:27
TheJuliagreghaynes: ^^^ you might actually have an opinion on this as well19:27
cineramaJayF: my take on your part 1 is no opinion on #1, #2 is a good19:28
* greghaynes perks up19:28
TheJuliaJayF: so, truthfully, I've seen breaking element changes in dib master take 2-3 weeks to get fixes landed for, and transient connectivity issues across clouds for building the images every so often.  My understanding this may have been remedied19:28
TheJuliaerr, fixes for breaking element changes19:29
cineramaTheJulia: that is one reason i've been giving dib a lot of love19:29
JayFTheJulia: Yeah. That's why I haven't gone after this heavily in the past, but it's real problems we should solve. I don't know enough about DIB to have tehcnical ideas about how to fix it19:29
TheJuliaso I'm not sure it would be the greatest idea to have it be voting19:29
JayFbut I do know that unless we gate on it, we can't rely upon it to work19:29
greghaynesSo, I am lacking some context... is there a tl;dr19:29
JayFand given how tightly IPA is tied to it's environment, I don't think having DIB be non-voting is OK19:29
TheJuliagreghaynes: we want to officially support an IPA image built with DIB19:29
cineramagreghaynes: bug https://bugs.launchpad.net/ironic-python-agent/+bug/159093519:29
openstackLaunchpad bug 1590935 in ironic-python-agent "RFE: DIB image should be officially supported in IPA" [Undecided,New]19:29
JayFbecause that implies we'd be OK with merging a change that breaks a supported ramdisk19:29
*** aginwala has quit IRC19:30
JayFwhich I'm extremely -1 to if we are supposed to be supporting it19:30
TheJuliaJayF: I actually do agree with that as well, I'm wondering if we could put a test job in dib that is voting?19:30
greghaynesah19:30
JayFI was asked to file the bug :)19:30
* JayF gives all the sausagemaking equipment to TheJulia19:30
TheJulialol19:30
*** Jabadia has quit IRC19:30
* TheJulia changes the letters on the house19:30
TheJuliaerr, numbers19:30
greghaynesSo what kind of bugs are we hoping to catch with this test?19:30
*** MattMan has quit IRC19:31
*** MattMan has joined #openstack-ironic19:31
greghaynesIME most of the bugs I see that get merged for processes like IPA are things that show up post-boot19:31
jrollJayF: TheJulia: I think that the DIB job should just make sure the image builds okay, so we don't take down DIB CI if we break things19:31
jrollbut maybe not given what greg just said :)19:32
TheJuliagreghaynes: that might be the past six months, prior to that it was rather rocky where a fedora change would be landed and it would break say the ubuntu use case19:32
greghaynesTheJulia: Yea, so theres absolutely external breakages that happen (and will continue to), but those arent really ipa specific19:32
TheJuliamaybe this as not as big of an issue, for now, that cinerama has been paying a much more watchful eye on dib19:32
TheJuliacinerama: thank you by the way, you rock19:33
TheJuliayeah, dib is also a consumer of external things19:33
TheJuliaso any of those things can break us19:33
TheJuliaand it won't be dib's fault19:33
greghaynesMy thinking is theres the class of general dib external breakage bugs, those should be covered by dib tests purely, theres the dib <-> ipa integration at image build time which is super minimal, then most everthing else is just at boot time19:33
TheJulialike... vendor cloud images magically changing19:33
greghaynesso really the two bits I would expect an ipa-specific dib test to cover are either dib <-> ipa integration bits but I am not sure I've ever seen an issue there - its just a pip install19:34
TheJuliaI guess this is kind of why I'm perfectly content to leave the bifrost dib build job as non-voting, if a distribution breaks something for a couple days, we're not blocked19:34
greghaynesand copying a couple init scripts19:35
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Use latest CoreOS stable when building  https://review.openstack.org/32789119:35
greghaynesTheJulia: What all does that job do? (I don't know...)19:35
greghaynesdoes it boot an image or?19:35
TheJuliagreghaynes: fires off the dib role to build an IPA image and then builds a guest os image, typically the breakages that I've seen in recent memory have been connectivity failures19:36
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Use latest CoreOS stable when building  https://review.openstack.org/32789119:36
TheJuliawe then boot/deploy to ensure that it all works together19:36
greghaynesTheJulia: Yea, and theres a lot of bifrost <-> dib glue there19:36
greghaynesoh, you boot19:36
JayFThe bigger concern I have there really is more around added deps to IPA19:36
JayFif we need program X for IPA, we'd have to get that dep merged into DIB before the IPA patch could merge19:37
JayFand we've been burned a lot lately by cross-project review deps19:37
TheJuliayeah, we need to boot to make sure it actually works19:37
greghaynesSo ya, my thinking is that an ipa dib test is really only going to be helpful if you actually go through with a boot. What would also be hugely helpful though is more coverage in dib tets for dib bugs users hit, but I dont think that needs to be IPA specific19:37
TheJuliaAs silly as that may seem, but in CI it feels rare for our deployment to actually fail19:37
greghaynesJayF: I dont think that should ben issue19:38
greghaynessomething I have wondering for a while is - why wouldnt the ipa element live in an ironic repo19:38
jrollgreghaynes: ++19:38
JayFgreghaynes: <319:38
TheJuliaJayF: which is kind of why I'm leaving the job in bifrost non-voting, I get an idea if its broken via visability19:38
greghaynes:)19:38
TheJuliathat is a good point, we could then gate on it really easilly19:38
TheJuliastill have the issue with package consumption possibly breaking the build19:39
JayFTheJulia: would you make sure a summary of some of this chatter ends up in that rfe bug then?19:39
jrollwe have that with all build-from-source jobs, though19:39
greghaynesdib is also fine with having two elements with the same name in the element's search path, there are some caveats but as long as youre aware you should be able to do it backwards-compat just fine19:39
TheJuliaJayF: absolutely19:40
greghaynesso you could add the element in to one repo and tell users the other is deprecated in dib tree while leaving it there for a cycle or two19:40
TheJuliajroll: true, although the CI images have almost everything pre-cached for git repos19:40
jrollTheJulia: yeah, but coreos build depends on coreos and debian hosting, tinyipa depends on something else19:41
TheJuliagreghaynes: that seems rather viable19:41
TheJuliatrue19:41
*** anush_ has joined #openstack-ironic19:41
TheJuliaso if we move it, then that would make things less headachy19:41
TheJuliajroll: absolutely, a little later though19:41
greghaynesoh, unrelated mostly - but I got a PoC working where dib can make a tinyipa image19:42
greghaynesfyi :p19:42
cineramagreghaynes, nice19:42
jrollTheJulia: "later"?19:42
TheJulia\o/19:42
jrollgreghaynes: ORLY19:42
jrollnice :)19:42
TheJuliajroll: in 30-45 minutes, have only so many threads that can concurrently execute19:42
JayFTheJulia: we also have a little bit of experience limiting those failures, like we switched from httpredir to a specific debian mirror and reduced IPA gate breakage significantly19:43
jrollTheJulia: sorry, I was still going on about the tests on building DIB images, thought we were still on that :P19:44
jrollTheJulia: oh I think you were talking about jay's request to update the bug, oops19:44
TheJuliajroll: heh :)19:45
* jroll no longer confused19:45
TheJulia\o/19:45
jroll\o/19:45
jrollmagnum midcycle might be at CERN, complete with tours, someone find me a business case to go pls19:46
TheJuliauhhhhh19:47
*** ijw has quit IRC19:47
JayFIronic and Magnum are clearly on a collision course19:47
TheJulia++19:47
JayFlike two fast protons looking for subatomic particles19:47
*** wajdi_ has joined #openstack-ironic19:47
jrollha19:47
TheJuliaand we need to measure integration points at the subatomic level19:47
* jroll wonders what he has started here19:48
TheJuliathe universe19:48
jrolllol19:49
*** harlowja has joined #openstack-ironic19:49
JayFyou mean19:49
JayFThe universe, maaaannnn19:49
*** e0ne has quit IRC19:49
jrollokay, I think my brain is sufficiently toasted for the day, I'll see you all tomorrow \o19:49
*** aarefiev_ has quit IRC19:49
jrollso much so that I couldn't find a cern-related way to say that19:49
TheJuliaJayF: ++19:49
*** wajdi has quit IRC19:51
*** wajdi_ has quit IRC19:52
*** wajdi has joined #openstack-ironic19:53
*** Jabadia has joined #openstack-ironic19:55
JabadiaI'm working on a bug and someone assigned it to himself.  what's the procedure ?19:56
jrollJabadia: just assign it back to you, maybe leave a note that says you're already working on it19:56
rloojroll, Jabadia: well, is it clear from the bug that you were working on it? I mean, when did the person assign it to themself and do they have a patch up already?19:57
Jabadiarloo: I already issue a PR which is being reviewed ( ~3 hours ago )19:59
Jabadiathe person assigned it to himself 5 minutes ago19:59
Jabadiaanyway, re-assigned to self with a note .19:59
jrollcool, thanks19:59
rlooJabadia: yeah, that is recent, so should be ok to reassign.20:00
JabadiaTnx guys20:00
rlooJabadia: you could also send them email directly in case they don't see your comment.20:00
Jabadiawill do.20:00
rlooJabadia: they should see your comment but one never knows...20:00
*** wajdi_ has joined #openstack-ironic20:01
*** alexpilotti has quit IRC20:01
*** alexpilotti has joined #openstack-ironic20:02
*** wajdi has quit IRC20:04
*** dprince has quit IRC20:08
openstackgerritStephanie Miller proposed openstack/bifrost: Unify test playbooks  https://review.openstack.org/32791220:10
JayFJabadia: that is me20:10
JayFJabadia: and I have no idea why launchpad assigned that bug to me20:10
JabadiaNo problems :)20:11
openstackgerritRuby Loo proposed openstack/ironic: Replace dict.get(key) with dict[key] in unit tests  https://review.openstack.org/32772620:12
*** Sukhdev has quit IRC20:15
TheJuliagreghaynes: any chance those caveats to the same element name being in the path multiple time being in document someplace?20:16
*** jcoufal has quit IRC20:20
TheJuliaJayF: done, and tossed in another cent of context :)20:22
greghaynesTheJulia: hrm, good question20:23
TheJuliaI think that is something we would want to likely plaster over the element until we are able to remove the second one20:23
TheJuliabut we need to fully understand those caveats20:23
TheJulia:)20:23
greghaynesits pretty easy for me to explain, just seeing if we actually have it written down20:24
greghaynesyea, I don't think it is20:24
greghaynesbasically what goes on is that as long as your files are named the same thing then the later element in the element's search path overwrites the files of the earilier element20:25
*** jaybeale has joined #openstack-ironic20:25
greghaynesand really it has nothing to do with the name of the element, any element with a install.d/50-myscript will overwrite an existing install.d/50-myscript that was before it in the elements search path20:26
greghaynesso basically it 'just works' but dont rename files in your element during the deprecation period or you'll get two copies of it20:26
TheJuliaOkay, in that case, I'll just copy/paste that into the bug so we have that visibility20:26
greghaynesSGTM20:27
*** mbound has joined #openstack-ironic20:27
*** aNupoisc has quit IRC20:27
*** aginwala has joined #openstack-ironic20:28
*** rama_y has quit IRC20:28
*** rama_y has joined #openstack-ironic20:29
TheJuliagreghaynes: thank you!20:29
greghaynesTheJulia: I already had a big blurb typed out so I just sent it20:29
greghaynesI think we raced with a lot of that info20:30
*** aNupoisc has joined #openstack-ironic20:30
greghaynesJayF: You all have some kind of artifact build and then post on tarballs.o.o process, right?20:31
greghaynesJayF: for coreos images?20:31
JayFthe post jobs for ironic-python-agent20:31
JayFfor coreos and tinyipa images20:31
JayFthose binary images are what Ironic tests against20:31
greghaynesdo other test jobs then consume those artifacts?20:31
greghaynesawesome20:31
greghaynesjust making sure I was remembering right :)20:32
greghaynesso ya, the same could be done for dib20:32
JayFso basically IPA tests from source, and sorta "enforces" the "IPA works regardless of ramdisk" contract20:32
JayFthen Ironic tests with TinyIPA (because it's tiny) to make sure the "Ironic works with IPA" contract is fulfilled20:32
JayFI don't think we want there to be any implication that TinyIPA is the 'default' for anything but devstack/ci20:32
greghaynesgotcha20:33
greghaynesthe big benefit though is that youre not calling out to the wider internet to build the image during other tests which need tinyipa20:33
greghaynesbecause theres really no way to make that resilian20:33
greghaynesre, resiliant20:33
JayFexactly20:33
JayFwe're hiding all that risk in IPA20:33
JayFwhich honestly, over time is going to be changing less20:33
*** baoli has joined #openstack-ironic20:34
JayFbecause ironic-lib is going to get a lot of the disk manipulation code20:34
greghaynesYea. Theres a few projects who want a similar thing for dib20:34
greghaynesbecause that pattern is really a must if youre CIing with some image20:34
JayFand honestly those builds on t.o.o are really the only way ipa 'release's at all20:35
JayFlike it's not on pypi, etc20:35
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: Add vendor id and vendor name to interface information  https://review.openstack.org/27994020:35
openstackgerritMoshe Levi proposed openstack/ironic-python-agent: tinyipa: Fix git clone tags when 1.6.5 < git < 1.7.10  https://review.openstack.org/32782520:35
greghaynesoh, huh20:36
greghaynesright, we grab it from git in the dib element20:36
*** rcernin has joined #openstack-ironic20:36
*** joprovost has quit IRC20:40
*** jaybeale has quit IRC20:43
*** moshele has quit IRC20:44
*** thiagop-planning is now known as thiagop20:49
*** Goneri has quit IRC20:51
*** ametts has quit IRC20:52
*** aginwala has quit IRC20:56
*** aginwala has joined #openstack-ironic21:00
*** aginwala has quit IRC21:01
*** jjohnson2 has quit IRC21:06
*** Jabadia has quit IRC21:06
*** nicodemos is now known as nico-afk21:07
*** aginwala has joined #openstack-ironic21:07
*** PollyZ has quit IRC21:09
*** PollyZ has joined #openstack-ironic21:10
*** ijw has joined #openstack-ironic21:11
mrdaMorning Ironic21:11
NobodyCammorning mrda21:12
*** baoli has quit IRC21:13
mrdahey NobodyCam21:13
*** baoli has joined #openstack-ironic21:13
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Use latest CoreOS stable when building  https://review.openstack.org/32789121:14
*** rcernin has quit IRC21:15
NobodyCam:)21:15
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Use latest CoreOS stable when building  https://review.openstack.org/32789121:15
JayFUgh21:16
JayFif I pushed a change with the wrong bug number initially21:16
JayFis there a way to get launchpad to stop assigning that (wrong) bug back to me with each patchset?21:16
JayFyes I've fixed the commit message now21:16
JayFthis is why jabadia's bug got assigned to me.21:17
*** Sukhdev has joined #openstack-ironic21:17
NobodyCamJayF: seems like Mr. Jenkins is not letting you live it down :p21:20
* NobodyCam *ducks*21:20
JayFI think I got it to simmah down21:20
*** wajdi_ has quit IRC21:23
*** trown is now known as trown|outtypewww21:24
openstackgerritRuby Loo proposed openstack/ironic: fix sed strings in developer doc  https://review.openstack.org/32796821:26
*** PollyZ has quit IRC21:28
*** ayoung has quit IRC21:34
*** piet has joined #openstack-ironic21:34
*** ayoung has joined #openstack-ironic21:35
*** aginwala has quit IRC21:38
*** mbound has quit IRC21:47
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [inspector]  https://review.openstack.org/30195521:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [iscsi]  https://review.openstack.org/30961521:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [pxe]  https://review.openstack.org/30961221:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [seamicro]  https://review.openstack.org/30311321:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [agent]  https://review.openstack.org/30960321:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [ssh]  https://review.openstack.org/30364921:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [deploy]  https://review.openstack.org/30920621:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [ipmi]  https://review.openstack.org/30196721:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [dhcp]  https://review.openstack.org/30183021:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [swift]  https://review.openstack.org/30365321:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [console]  https://review.openstack.org/29594621:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [virtualbox]  https://review.openstack.org/30365521:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [glance]  https://review.openstack.org/30482921:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [DEFAULT]  https://review.openstack.org/30907021:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [api]  https://review.openstack.org/30918621:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [database]  https://review.openstack.org/30181521:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [irmc]  https://review.openstack.org/30247621:51
openstackgerritRamamani Yeleswarapu proposed openstack/ironic: Centralize config options - [iboot]  https://review.openstack.org/30185621:51
*** jaybeale has joined #openstack-ironic21:53
*** wajdi has joined #openstack-ironic21:57
*** amotoki has joined #openstack-ironic21:58
*** wajdi_ has joined #openstack-ironic21:58
*** amotoki has quit IRC21:59
*** amotoki has joined #openstack-ironic21:59
JayFjlvillal: or anyone else who worked on the grenade stuff around/22:00
*** wajdi has quit IRC22:01
*** cdearborn has quit IRC22:03
*** ayoung has quit IRC22:05
*** alexpilotti has quit IRC22:05
JayFhttps://review.openstack.org/#/c/316662 is landing22:10
JayFsomeone get some of those red solo cups, some chips, and a pinata22:11
JayFgrenade party time \o/22:11
thiagop\o/\o/o\/\o/o\/o\/o\/o\o/\o/22:11
JayFvsaienko: going to push a commit to your project-config thing to split the grenade and ironic adds into separate patches22:12
JayFvsaienko: so we can get in -nv on ironic asap and let the chatter about grenade voting job not hold up the one we care the most about22:12
jlvillalJayF: Woo hoo!22:14
JayFhttps://review.openstack.org/319336 Make grenade-dsvm-ironic non voting22:15
JayFhttps://review.openstack.org/327985 Make grenade-dsvm-ironic -nv on grenade22:15
*** piet has quit IRC22:16
*** SiRiuS__ has quit IRC22:25
*** ijw has quit IRC22:33
*** ijw has joined #openstack-ironic22:34
*** Sukhdev has quit IRC22:40
*** mbound has joined #openstack-ironic22:48
JayFhttps://review.openstack.org/#/c/327891/ (use CoreOS stable) is running out of room in the ramdisk trying to run in 1024mb (that means the unextracted size of the ramdisk must be >512mb, since by default you get half the ram for tmpfs)22:50
JayFthat's pretty crazy22:51
thiagopI'm calling it a day22:52
thiagopsee ya!22:52
JayFI wonder what the largest possible VM size is for the gate. Given that's not where the Ironic-proper jobs run I am curious if we could just bump it up beyond 1024mb22:52
JayFthiagop: o/22:52
*** mbound has quit IRC22:53
*** thiagop has quit IRC22:53
*** mtanino has quit IRC22:58
*** ijw has quit IRC23:00
*** baoli has quit IRC23:03
*** davideagnello has joined #openstack-ironic23:03
*** wajdi_ has quit IRC23:03
*** rbudden has quit IRC23:04
*** wajdi has joined #openstack-ironic23:04
JayFsambetts: https://review.openstack.org/#/c/327994 is relevant to your interests23:04
*** davideagnello has quit IRC23:04
openstackgerritJay Faulkner proposed openstack/ironic: DONOTMERGE: Make CoreOS root partition bigger  https://review.openstack.org/32799523:11
openstackgerritJay Faulkner proposed openstack/ironic-python-agent: Use latest CoreOS stable when building  https://review.openstack.org/32789123:12
* JayF sciencing some coreos23:12
JayFand with that calling it a day o/23:12
*** jaybeale has quit IRC23:21
* jlvillal does a happy dance to see the last make Grenade patch work get merged23:37
* jlvillal still waits for the make it a non-voting job patch to get merged.23:38
openstackgerritDevananda van der Veen proposed openstack/ironic: [WIP] Add keystone policy support to Ironic  https://review.openstack.org/32559923:38
* devananda also calls it a day23:38
mrdanight devananda!23:40
*** wrouesnel1 has joined #openstack-ironic23:41
*** ijw has joined #openstack-ironic23:42
*** wrouesnel1 has quit IRC23:45
*** chlong has quit IRC23:45
openstackgerritMerged openstack/ironic: Document packing and unpacking the deploy ramdisk  https://review.openstack.org/32699523:49
*** rbudden has joined #openstack-ironic23:56

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