Monday, 2015-06-01

*** edcragg has quit IRC00:12
*** yuanying has quit IRC00:25
*** yuanying has joined #openstack-ironic00:30
*** yuanying has quit IRC00:38
*** yuanying has joined #openstack-ironic00:38
*** BLZbubba has quit IRC00:44
*** heyongli has joined #openstack-ironic01:28
openstackgerritIWAMOTO Toshihiro proposed openstack/ironic-specs: Collect IPA logs  https://review.openstack.org/16879901:43
*** naohirot has quit IRC01:50
*** chenglch has joined #openstack-ironic01:54
*** lintan_ has quit IRC02:11
*** lintan has joined #openstack-ironic02:17
openstackgerritTan Lin proposed openstack/ironic-specs: Bare Metal Trust Using Intel TXT  https://review.openstack.org/13390202:26
*** kan_ has joined #openstack-ironic02:36
*** yuanying has quit IRC03:22
*** yuanying has joined #openstack-ironic03:25
*** yuanying has quit IRC03:42
*** yuanying has joined #openstack-ironic03:50
*** yuanying has quit IRC03:56
*** rameshg87 has joined #openstack-ironic04:01
rameshg87good morning ironic04:01
*** yuanying has joined #openstack-ironic04:02
*** yuanying_ has joined #openstack-ironic04:04
*** eghobo has joined #openstack-ironic04:06
*** yuanying has quit IRC04:06
*** eghobo_ has joined #openstack-ironic04:12
*** eghobo has quit IRC04:16
*** eghobo has joined #openstack-ironic04:22
*** eghobo_ has quit IRC04:22
*** Nisha has joined #openstack-ironic04:35
*** chenglch has quit IRC04:59
*** ijw has joined #openstack-ironic05:09
*** lazy_prince has joined #openstack-ironic05:11
*** jrist has quit IRC05:12
*** Nisha_away has joined #openstack-ironic05:15
*** gridinv_ has quit IRC05:24
*** Nisha_away has quit IRC05:30
*** achanda has joined #openstack-ironic05:39
*** zhenguo has joined #openstack-ironic05:39
*** ijw has quit IRC05:56
*** ijw has joined #openstack-ironic06:04
*** yuanying_ has quit IRC06:09
*** yuanying has joined #openstack-ironic06:09
*** ijw has quit IRC06:11
*** pradipta has joined #openstack-ironic06:18
openstackgerritRamakrishnan G proposed openstack/ironic-python-agent: Make sure sysrq functions are enabled in reboot.sh  https://review.openstack.org/18711106:22
*** ijw has joined #openstack-ironic06:23
*** ukalifon1 has joined #openstack-ironic06:25
*** achanda has quit IRC06:28
*** ijw has quit IRC06:38
*** saripurigopi has joined #openstack-ironic06:38
*** ijw has joined #openstack-ironic06:38
*** achanda has joined #openstack-ironic06:47
*** takadayuiko has joined #openstack-ironic06:47
*** yuanying_ has joined #openstack-ironic06:55
*** yuanying has quit IRC06:57
*** ifarkas has joined #openstack-ironic06:59
*** radek_ has joined #openstack-ironic07:11
*** ijw_ has joined #openstack-ironic07:23
*** ijw has quit IRC07:24
*** dguerri`away is now known as dguerri07:30
*** leopoldj has joined #openstack-ironic07:32
*** achanda has quit IRC07:33
*** kevinbenton has quit IRC07:34
*** kevinbenton has joined #openstack-ironic07:36
*** jistr has joined #openstack-ironic07:39
*** saripurigopi has quit IRC07:40
*** chenglch has joined #openstack-ironic07:41
*** saripurigopi has joined #openstack-ironic07:41
openstackgerritZhai, Edwin proposed openstack/ironic-specs: New meter for Node Manager  https://review.openstack.org/17610907:43
*** saripurigopi1 has joined #openstack-ironic07:44
*** chlong has quit IRC07:45
*** saripurigopi has quit IRC07:46
*** romainh has joined #openstack-ironic07:47
*** achanda has joined #openstack-ironic07:49
*** dlpartain has joined #openstack-ironic07:59
*** dlpartain has left #openstack-ironic08:02
*** yuanying_ has quit IRC08:06
*** yuanying has joined #openstack-ironic08:09
*** ijw_ has quit IRC08:09
*** eghobo has quit IRC08:10
*** marzif_ has joined #openstack-ironic08:21
openstackgerritZhenguo Niu proposed openstack/ironic: Add disk layout check on re-provisioning  https://review.openstack.org/18001408:21
*** achanda has quit IRC08:24
*** achanda has joined #openstack-ironic08:30
*** saripurigopi has joined #openstack-ironic08:31
*** saripurigopi1 has quit IRC08:32
*** athomas has joined #openstack-ironic08:35
*** saripurigopi1 has joined #openstack-ironic08:35
*** saripurigopi has quit IRC08:35
*** yuanying has quit IRC08:39
*** e0ne has joined #openstack-ironic09:02
*** dtantsur|afk is now known as dtantsur09:02
dtantsurMorning folks!09:02
takadayuikodtantsur: morning!09:03
dtantsuro/09:04
*** sandhya has joined #openstack-ironic09:10
sambettsMorning dtantsur, takadayuiko o/09:13
dtantsursambetts, o/09:13
takadayuikosambetts: Morning :D09:13
*** achanda has quit IRC09:14
openstackgerritDmitry Tantsur proposed stackforge/ironic-discoverd: Repair devstack plugin after rename  https://review.openstack.org/18671809:16
dtantsurtakadayuiko, while Ironic inspection functionality in ^^^ depends on Ironic patch, we can still merge it, if it at least fixes standalone usage (via `openstack baremetal introspection start`). wdyt?09:16
*** sandhya has quit IRC09:18
takadayuikodtantsur: so that, you mean... 1) merge 186718(devstack plugin) -> 2) merge 186772(ironic) ?09:21
dtantsurtakadayuiko, right (because Ironic patch can take longer to merge, and we're in a state of broken devstack plugin right now)09:22
openstackgerritchenglch proposed openstack/ironic-specs: Add console log support  https://review.openstack.org/16458609:22
takadayuikodtantsur: that's right, if we do it, we can also make the impact minimum :) I agree.09:23
dtantsurtakadayuiko, good. so let's check it once more and merge, if it works :)09:23
takadayuikodtantsur: Well, I will test the latest one soon, so could you please wait a minute?09:24
dtantsursure, I'm testing it as well09:24
*** mdbooth has quit IRC09:25
openstackgerritMerged openstack/ironic-specs: Add new boot interface in Ironic  https://review.openstack.org/16869809:27
openstackgerritbaiyuan proposed openstack/ironic: Add documentation for getting a node's console  https://review.openstack.org/17664209:32
*** edcragg has joined #openstack-ironic09:36
*** achanda has joined #openstack-ironic09:38
*** achanda_ has joined #openstack-ironic09:40
*** achanda has quit IRC09:43
dtantsurdamn, my devstack fails due to unrelated problem...09:44
takadayuikodtantsur: it happens often :( Rely on me!09:46
dtantsur:)09:46
takadayuikodtantsur: at least, ./functest/devstack-test.sh succeed. Now I'm checking ironic node-set-provision-state inspect just in case.09:47
dtantsurcool09:48
*** e0ne is now known as e0ne_09:48
*** e0ne_ is now known as e0ne09:50
*** achanda has joined #openstack-ironic09:53
takadayuikodtantsur: Done! Go ahead!09:53
dtantsur\o/09:54
*** achanda_ has quit IRC09:55
*** dlpartain has joined #openstack-ironic09:56
*** dlpartain has left #openstack-ironic09:56
openstackgerritSam Betts proposed stackforge/ironic-discoverd: Add SSL/TLS Support  https://review.openstack.org/18684309:56
sambettsdtantsur: ^^^ I hope, I'm going about this the right way09:57
dtantsurI'll have a look soon :)09:57
sambetts:D09:59
*** mdbooth has joined #openstack-ironic10:02
*** achanda has quit IRC10:04
dtantsursambetts, left some comments10:05
dtantsurthanks for working on it!10:05
rameshg87dtantsur: hi10:09
dtantsurrameshg87, o/10:09
rameshg87dtantsur: regarding the http return code for the API in https://review.openstack.org/#/c/173214/9/specs/liberty/ironic-generic-raid-interface.rst10:10
dtantsuryep10:10
rameshg87dtantsur: 409 seems like it conflicts with the current state which might give impression that it might work some other time10:10
rameshg87dtantsur: doesn't it ?10:10
dtantsurrameshg87, I was intending to write 40510:10
dtantsursorry10:10
rameshg87dtantsur: oh okay10:11
dtantsur404 might work as well10:11
dtantsurbut "forbidden" is misleading10:11
rameshg87dtantsur: but your concern with 403 seems documented10:11
rameshg87dtantsur: 403 will make a user think that he/she lacks access rights, which is not true.10:11
rameshg87but in documentation10:11
rameshg87The server understood the request, but is refusing to fulfill it. Authorization will not help and the request SHOULD NOT be repeated.10:11
rameshg87yeah but "refusing" seems a bit bad :(10:12
dtantsuryep10:12
dtantsurimagine user calling our CLI and getting "403 Forbidden"10:13
openstackgerritMerged stackforge/ironic-discoverd: Repair devstack plugin after rename  https://review.openstack.org/18671810:13
rameshg87yeah i agree10:13
rameshg87404 seems better10:15
rameshg87since we are not passing any method in 405, that might be misleading too.10:15
*** zz_naotok has quit IRC10:15
rameshg87dtantsur: 404 my suggestion, wdyt ?10:16
dtantsurlgtm10:16
* rameshg87 changes right away10:16
*** openstackstatus has quit IRC10:20
*** openstack has quit IRC10:20
*** openstack has joined #openstack-ironic10:27
*** foexle has joined #openstack-ironic10:30
*** Nisha has quit IRC10:36
openstackgerritPratyusha proposed stackforge/proliantutils: Add iSCSI boot support in RIS  https://review.openstack.org/18716210:38
*** saripurigopi has joined #openstack-ironic10:41
*** romainh1 has joined #openstack-ironic10:41
*** caiobo_ has joined #openstack-ironic10:42
*** saripurigopi1 has quit IRC10:43
*** romainh has quit IRC10:43
*** caiobo has quit IRC10:43
*** mitz has quit IRC10:43
*** mordred has quit IRC10:43
*** mitz has joined #openstack-ironic10:43
*** mordred has joined #openstack-ironic10:44
openstackgerritDmitry Tantsur proposed openstack/ironic: ironic-discoverd is being renamed to ironic-inspector  https://review.openstack.org/18677210:52
TheJuliagood morning everyone!10:54
takadayuikoTheJulia: Morning :)10:54
dtantsurTheJulia, morning10:56
* rameshg87 goes home 10:59
*** rameshg87 has quit IRC10:59
dtantsuram I the only one for whom etherpad.o.o does not save anything?10:59
*** saripurigopi1 has joined #openstack-ironic11:03
*** saripurigopi has quit IRC11:03
sambettsdtantsur: Thanks for the comments :)11:10
dtantsuryvw11:10
*** saripurigopi1 has quit IRC11:14
*** saripurigopi has joined #openstack-ironic11:16
*** e0ne has quit IRC11:21
*** chenglch has quit IRC11:21
*** e0ne has joined #openstack-ironic11:30
*** takadayuiko has quit IRC11:42
*** albertoffb has joined #openstack-ironic11:45
*** dprince has joined #openstack-ironic11:58
*** edcragg_ has joined #openstack-ironic12:01
*** edcragg has quit IRC12:02
*** dlpartain has joined #openstack-ironic12:06
*** dlpartain has quit IRC12:06
*** dlpartain has joined #openstack-ironic12:10
*** dlpartain has left #openstack-ironic12:11
openstackgerritFeng Xi Yan proposed openstack/ironic: Add documentation for getting a node's console  https://review.openstack.org/17664212:13
*** trown|outttypeww is now known as trown12:15
openstackgerritJulia Kreger proposed openstack/bifrost: Use Cirros for CI testing  https://review.openstack.org/18706712:46
*** saripurigopi has quit IRC12:47
*** saripurigopi has joined #openstack-ironic12:48
*** chlong has joined #openstack-ironic12:49
radek_Morning All!!!12:55
radek_I have a quick question, just trying to setup by dev Ironic12:55
radek_and want to use sqlite for now, but when I run ironic-dbsync, I got this exception: NotImplementedError: No support for ALTER of constraints in SQLite dialect12:55
radek_I am wondering is sqlite is supported at all ?12:56
dtantsurradek_, hi there, it is with one issue:12:57
dtantsurradek_, migration really is not supported, use $ ironic-dbsync --config-file ... create_schema12:57
dtantsurif you need to update schema, you'll have to drop sqlite file and run it again12:57
dtantsurhope that helps12:58
radek_hmmm I don't have an existing sqlite file yet12:58
radek_ok let me try . . . .12:58
*** [1]cdearborn has joined #openstack-ironic12:58
*** ukalifon1 has quit IRC12:58
radek_dtantsur_, I removed my old sqlite file and run the command you recommended but this time I end up with: DbMigrationError: DB schema is already under version control. Use upgrade() instead13:00
dtantsurradek_, after you ran dbsync for the first time, you do have an existing file. it should be deleted before create_schema13:00
dtantsur(in your case seems like you've removed the wrong file)13:01
radek_hmmm  this may be an issue here :)13:01
radek_I will double check this13:02
radek_indeed that was the problem, thanks a million!13:03
dtantsuryou're welcome13:03
*** ukalifon1 has joined #openstack-ironic13:05
sambettsdtantsur: Are you using the DocImpact flag for inspector commit messages?13:10
*** rloo has joined #openstack-ironic13:11
dtantsursambetts, inspector is not covered by the doc team, so no13:11
*** thiagop has joined #openstack-ironic13:11
sambettsdtantsur: cool :)13:12
*** ukalifon1 has quit IRC13:12
dtantsursambetts, the only documentation for inspector now is its README :)13:12
radek_dtantsur_, "ironic-dbsync --debug . . . . ." wouldn't it be nice to print the connection string or where we create the database file if this is sqlite?13:20
openstackgerritSam Betts proposed stackforge/ironic-discoverd: Add SSL/TLS Support  https://review.openstack.org/18684313:24
*** achanda has joined #openstack-ironic13:29
*** achanda has quit IRC13:30
*** achanda has joined #openstack-ironic13:31
*** saripurigopi has quit IRC13:34
*** e0ne has quit IRC13:35
*** achanda has quit IRC13:35
*** dlpartain has joined #openstack-ironic13:43
*** dlpartain has left #openstack-ironic13:43
*** dhellmann has left #openstack-ironic13:44
dtantsurradek_, well, it would :) please file a bug13:52
*** ukalifon1 has joined #openstack-ironic13:53
*** jrist has joined #openstack-ironic13:54
*** jrist has quit IRC13:54
*** jrist has joined #openstack-ironic13:54
jrollmorning all :)13:56
jroll"tl;dr: To simplify release management, especially for projects releasing more than one time per cycle, we would like projects currently using date-based versioning to move to semver."13:56
jrollwoot13:56
dtantsur\o/13:58
dtantsuralso wsme released13:58
dtantsur\o/13:58
dtantsurand g'morning, jroll :)13:58
jroll\o/ morning!13:59
openstackgerritRadoslaw Smigielski proposed openstack/ironic: ironic-dbsync to log connection string when run in debug  https://review.openstack.org/18720314:05
radek_dtantsur_, how about this https://review.openstack.org/#/c/187203/ ?14:06
dtantsurlooking now14:06
dtantsurradek_, left one comment14:07
*** romcheg has joined #openstack-ironic14:13
radek_dtantsur_, I thought about the same, it's only with debug enabled but to be on safe site I will rework it to remove this14:15
*** achanda has joined #openstack-ironic14:18
*** achanda has quit IRC14:18
*** achanda has joined #openstack-ironic14:18
NobodyCamgood morning Ironicers14:18
sambettso/ NobodyCam14:19
NobodyCammornign sambetts :)14:19
BadCubmornin folks14:20
rloomorning and hello NobodyCam, sambetts, dtantsur, jroll, radek_14:20
NobodyCammorning rloo :)14:21
jrollmorning rloo, BadCub, NobodyCam, sambetts, radek_ :)14:21
NobodyCammorning jroll14:21
dtantsurmorning NobodyCam, BadCub, rloo14:21
* jroll passes out coffee14:21
NobodyCammorning dtantsur14:21
NobodyCamoh coffee14:21
BadCubmornin rloo dtantsur jroll NobodyCam14:21
NobodyCamthnak you thank you14:22
NobodyCammorning BadCub14:22
BadCubmmmm coffee14:22
rloohey, lucas doesn't seem to be around. From the summit, we discussed 'moving' vendor passthru's heartbeat/pass_deploy_info into a method in DeployInterface. I figured that meant changing the API endpoint for it too? Or do people think we'd still do /v1/nodes/../vendor_passthru/<method> ?14:23
*** achanda_ has joined #openstack-ironic14:28
*** krtaylor has quit IRC14:30
*** achanda has quit IRC14:30
*** mtanino has joined #openstack-ironic14:31
thiagopmorning14:32
openstackgerritDmitry Tantsur proposed openstack/ironic-specs: Add "enroll" state to the state machine  https://review.openstack.org/17915114:32
dtantsurrloo, I hope I fixed ^^^14:32
dtantsurthiagop, morning14:32
thiagopjroll: I understand that you're "in charge" of implementing the blueprint on boot interface. Is that any work already to take a look (if not, would you like some help with that)?14:33
rloodtantsur: will look soon (well, sometime today anyway, still going through my emails etc)14:33
dtantsuryeah, np14:33
jrollthiagop: nooooo, I am not in charge of that at all, that I know of14:33
jrollthiagop: you want rameshg87 (not here right now)14:34
thiagopaw, ok. Maybe we should update that blueprint then. :)14:34
*** Nick_A has left #openstack-ironic14:35
jrollthiagop: heh, indeed, got a link?14:35
jrollthere is https://review.openstack.org/#/c/166512/14:35
jrollbut idk about a spec14:35
thiagophttps://blueprints.launchpad.net/ironic/+spec/new-boot-interface14:35
jrollthanks14:36
jrollthiagop: spec is here btw https://review.openstack.org/#/c/168698/14:36
jrollfixed the bp14:37
*** kan_ has quit IRC14:37
thiagopI think an update to this patch commit message is better (reference the BP). I can help with that...14:37
openstackgerritThiago Paiva Brito proposed openstack/ironic: Add boot interface in Ironic  https://review.openstack.org/16651214:39
*** dguerri is now known as dguerri`away14:40
*** dguerri`away is now known as dguerri14:40
*** zz_jgrimm is now known as jgrimm14:40
thiagopdone14:41
thiagopthanks jroll14:41
*** krtaylor has joined #openstack-ironic14:42
jrollnp14:42
*** achanda has joined #openstack-ironic14:44
*** achanda__ has joined #openstack-ironic14:45
*** achanda has quit IRC14:48
*** achanda_ has quit IRC14:49
*** absubram has quit IRC14:50
NobodyCamoh brb....14:50
*** achanda__ has quit IRC14:50
*** e0ne has joined #openstack-ironic14:52
*** e0ne is now known as e0ne_14:52
*** achanda has joined #openstack-ironic14:54
*** e0ne_ is now known as e0ne14:56
*** achanda_ has joined #openstack-ironic14:59
*** achanda has quit IRC15:01
krotscheckArgh. I am stuck between rock and hard place.15:04
krotscheckThere's a non-trivial faction inside openstack that believe all parts of openstack should be dependent on keystone.15:04
openstackgerritbaiyuan proposed openstack/ironic: fix node-get-console returns url always start with http  https://review.openstack.org/18552315:05
openstackgerritbaiyuan proposed openstack/ironic: fix node-get-console returns url always start with http  https://review.openstack.org/18552315:09
rlooanyone know when this week's ironic meeting is? I'm thinking today 1700 UTC?15:09
*** penick has joined #openstack-ironic15:11
*** hemnabeer is now known as hemna15:11
NobodyCamya I believe that is correct15:11
rloothx NobodyCam15:12
*** dprince has quit IRC15:13
*** penick has quit IRC15:13
*** rameshg87 has joined #openstack-ironic15:14
*** david-ly_ is now known as david-lyle15:21
*** ChuckC_ has quit IRC15:21
*** ChuckC_ has joined #openstack-ironic15:22
*** achanda has joined #openstack-ironic15:24
rloohi dtantsur, wrt Inspector https://review.openstack.org/#/c/186772/15:26
rloodtantsur: not sure what/if backwards compatibility is needed15:26
dtantsurrloo, I expect this patch to be backward compatible. do you think something is wrong with it?15:27
rloodtantsur: eg discoverd + ironic-k, discoverd+ironic-l, inspector+ironic-k, inspector+ironic-l?15:27
*** achanda_ has quit IRC15:27
rloodtantsur: dunno if anything wrong yet; need to know what it should support first :-)15:27
dtantsurI expect all of these to work15:28
*** leopoldj has quit IRC15:30
rloodtantsur: ok, will check :-)15:30
dtantsurthnx :)15:30
*** romcheg has quit IRC15:31
rloodtantsur: shouldn't it be s/inspector/inspectR/ ?15:32
rloodtantsur: (just kidding)15:32
dtantsurlol15:32
*** foexle has quit IRC15:36
*** subscope has joined #openstack-ironic15:37
cineramagreetings programs15:40
NobodyCammorning cinerama15:40
openstackgerritShivanand Tendulker proposed openstack/ironic: Update iLO documentation for UEFI secure boot  https://review.openstack.org/17858215:43
rloodtantsur: ironic-inspector package doesn't exist yet, right?15:43
dtantsurrloo, python package is in ironic-discoverd repo for now15:44
rloodtantsur: ok15:44
dtantsurI hope to get TC approval for renaming (and creating ironic_inspector_client which we'll actually use) tomorrow15:45
rloodtantsur: cool15:47
jrollreminder: this meeting happens in like 10 minutes for those interested https://wiki.openstack.org/wiki/Meetings/Ironic-neutron15:49
jrollironic/neutron integration stuff15:49
jroll#openstack-meeting-415:49
*** Sukhdev has joined #openstack-ironic15:49
lazy_princejroll: will be there for the meeting.. :)15:49
*** e0ne is now known as e0ne_15:50
*** dlpartain has joined #openstack-ironic15:50
jroll:)15:50
*** e0ne_ is now known as e0ne15:51
*** eghobo has joined #openstack-ironic15:53
*** absubram has joined #openstack-ironic15:54
* BadCub heads off to morning meeting[s]15:55
jlvillalGood morning Ironic15:55
jrollmornin' jlvillal15:55
*** ifarkas has quit IRC15:55
*** zz_natorious is now known as natorious15:56
jlvillaljroll: I'll (virtually) see you in the Neutron meeting.  I'm supposed to attend to possibly tell Nova people interesting things.15:56
*** stendulker has joined #openstack-ironic15:56
*** eghobo_ has joined #openstack-ironic15:56
NobodyCammornign jlvillal15:57
jrolljlvillal: huh, ok, my plan was to just make a thing to point them at "what we need to do" and some patches15:57
jlvillaljroll: I like your plan.  I just saw last week devananda on #openstack-nova that I should attend.15:59
jlvillaljroll: I think you will know much better than me on what should be done.15:59
*** natorious is now known as zz_natorious15:59
jrolljlvillal: sure, you totally should :) just letting you know what my plan is15:59
*** eghobo has quit IRC16:00
openstackgerritbaiyuan proposed openstack/ironic: Add documentation for getting a node's console  https://review.openstack.org/17664216:00
NobodyCamdtantsur: looking to land discover -> inspector name change asap, or wanting to give others time to also review16:05
dtantsurNobodyCam, I don't think it's too interesting for a lot of people :) but as you wish, I'm not in hurry with this one16:07
NobodyCam:)16:07
*** subscope has quit IRC16:07
rloonow he tells me he isn't in a hurry ... :)16:07
*** Nisha has joined #openstack-ironic16:08
NobodyCamlol16:08
dtantsurrloo, we were in a big hurry, but we figured out how to unbreak our devstack plugin without this patch :)16:09
dtantsurso thank you for timely review16:09
*** ukalifon1 has quit IRC16:09
rloodtantsur: just for that, I should make you update the commit msg :-)16:09
dtantsuroh16:10
*** jistr has quit IRC16:11
*** eghobo_ has quit IRC16:14
*** bethelwell has joined #openstack-ironic16:15
*** eghobo has joined #openstack-ironic16:22
openstackgerritJohn L. Villalovos proposed openstack/ironic: Revert "Add simplegeneric to py34 requirements"  https://review.openstack.org/18620816:23
dtantsurjlvillal, make sure new version of wsme is in global-req before we do ^^^16:24
jlvillaldtantsur: Do you want to specify >=0.7?16:25
dtantsurjlvillal, we have to, otherwise it still may fail for people16:25
jlvillaldtantsur: Okay.  I can do that.  Thanks16:25
jlvillaldtantsur: https://review.openstack.org/18724816:27
* jlvillal goes to make that a dependency for his other patch16:28
openstackgerritJohn L. Villalovos proposed openstack/ironic: Revert "Add simplegeneric to py34 requirements"  https://review.openstack.org/18620816:29
*** pradipta has joined #openstack-ironic16:31
*** alexpilotti has joined #openstack-ironic16:35
* NobodyCam somkes before meeting16:36
*** dprince has joined #openstack-ironic16:38
* TheJulia noms lunch16:38
*** rameshg87 has quit IRC16:39
*** romainh1 has left #openstack-ironic16:40
*** dkehn__ is now known as dkehn16:42
*** trown is now known as trown|lunch16:44
sambettsdtantsur: trying to work out what the best way to test for the python version is in the SSL patch, I've currently got two ways which should work, either directly quering sys for the version info, or doing getattr on ssl to make sure the right function exists, both of which I can't decide what a nice way to UT is16:45
dtantsursambetts, I would go for sys.version approach (mostly random decision though)16:46
sambettsdtantsur: Still not sure how to UT it :/ and unless I modify all the UTs I've written it means it assumes the UTs are run on a version equal to or higher than 2.7.916:48
sambettspython 2.6 support was deprecated in Juno wasn't it, so do we need the check?16:49
* dtantsur finally guessed what UT means (spoiler: not Unreal Tournament)16:49
dtantsurpython 2.7.8 also won't work16:49
NobodyCamdtantsur: lol16:49
dtantsurso, now to testing: I think you can mock.patch sys module as well16:50
sambettsdtantsur: that assumes knowledge of how the function works though16:51
dtantsurwhich function you mean?16:51
dtantsurfor sys.version_info approach you only mock sys.version_info16:51
sambettsdtantsur: that assumes the code is using sys.version_info to do the check16:51
dtantsursambetts, right, you probably know what your code is doing :) I'm probably missing something in your question, as it does not look a problem to me16:52
*** ijw has joined #openstack-ironic16:53
*** davideagnello has joined #openstack-ironic16:53
sambettsdtantsur: in my mind unit tests shouldn't assume the code does something one way, it should be a test of if the out come is the expected one, given a certain input, so how the code checks for the version shouldn't matter, whether is via version_info or getattr or platform.version as long as the out come is what was expected it should pass16:54
*** e0ne has quit IRC16:55
dtantsursambetts, "unit tests shouldn't assume the code does something one way", actually they should - unit tests are white box tests16:55
dtantsurnow I see the confusion16:55
*** davideagnello has quit IRC16:55
dtantsurunit testing always assumes full knowledge of internals, otherwise mocking does not make much sense - as you correctly spotted16:56
jlvillaldtantsur: +116:56
devanandagah. vegas. this place smells like stale cigarretes16:56
dtantsurlol16:56
dtantsurmorning devananda16:57
devanandag'morning16:57
jlvillalI think unit tests are 'white box' tests.  At least how we have done them in Ironic.  We know for sure the internal workings of the function we are testing.16:57
jlvillalIt doesn't mean we shouldn't also have some 'black box' testing.  Which I think is a goal of the functional testing.16:57
* jlvillal will hopefully meet with adam_g to discuss the functional testing tomorrow :)16:58
* NobodyCam heads over to meeting room16:59
* jroll throws a pack of cigarettes at devananda, when in rome16:59
NobodyCamso many meetings16:59
NobodyCammorning devananda16:59
*** zz_natorious is now known as natorious17:00
*** spandhe has joined #openstack-ironic17:00
sambettsdtantsur: today I learned XD that makes more sense17:01
dtantsur:)17:01
*** natorious is now known as zz_natorious17:01
*** BertieFulton has joined #openstack-ironic17:01
Sukhdevlazy_prince: lets discuss the switch id information here17:01
*** caiobo_ has quit IRC17:01
jrolllazy_prince: so, I think the creds discussion is an important one - can we leave that up to the mech driver or so we want to standardize it or?17:02
*** bethelwell has quit IRC17:02
morgabraSukhdev: lazy_prince: I'm inclined to suggest leaving it up to the implementing driver17:02
morgabrajroll beat me17:02
jrollguidelines would be cool to have17:02
*** zz_natorious is now known as natorious17:02
jrolllike "these should be stored encrypted"17:02
morgabrahowever, there is lots of value in formalizing something like that...17:03
morgabraas it stands right now, it's pretty much impossible to do any kind of validation about the physical connectivity information you are passing in17:03
SukhdevAs an FYI - we implement switch creeds out of neutron for Arista drivers17:03
morgabralike, what happens if you pass in the same port twice?17:03
jrollSukhdev: file on disk or?17:04
Sukhdevand most of the vendors do it this way - this is left to the vendors17:04
Sukhdevjroll:neither -17:04
jrollso how does it work?17:04
Sukhdevwe have a config option, which goes into the switch - the networking groups are paranoid about this information going into the hands of server groups:-)17:05
jrollin the bare metal case, the mech driver needs to log in to switches or hit the switch api17:05
jrollwhich means you need creds17:05
lazy_princei am interested and listening..17:05
Sukhdevhence, the creeds are only available to networking folks - and, they have a config command to specify it17:05
jrollso how does neutron authenticate to the switch?17:05
morgabrajroll: you can add arbitrary config options for mech drivers17:06
morgabraso it's probably just a static config thing17:06
Sukhdevjroll: we use two step process -17:06
lazy_princethat would mean mech drivers per switch.. i could be worng too..17:06
*** achanda has quit IRC17:07
Sukhdevthere is one entry point for which the creeds are specified in the .ini file- this is how neutron (drivers know where the information is)17:07
*** spandhe_ has joined #openstack-ironic17:07
Sukhdevdrivers then use this entry point to get in then the switch creeds are hidden under that entry point17:08
jrollso they run code to get the credentials?17:08
*** achanda has joined #openstack-ironic17:08
Sukhdevso, the server group can not see them and can not fiddle with the switches17:08
*** spandhe has quit IRC17:08
*** spandhe_ is now known as spandhe17:08
lazy_princethat is okay when there is one mech driver per switch.. but here we may have different switches for different nodes being managed by same compute.....17:08
*** abrito has joined #openstack-ironic17:09
Sukhdevkinda - when switches are configured to participate in OpenStack management, there is configuration which is used to register these switches with the entry point -17:09
openstackgerritMerged openstack/ironic: Update doc "install from packages" section to include Red Hat  https://review.openstack.org/18671417:09
Sukhdevlazy_prince: no, multiple switches can be managed by one driver -17:09
jrollok, so17:10
jrollwe need to allow non-standard things17:10
jrollso "leave it up to the mech driver"17:10
openstackgerritMerged openstack/ironic: Remove deprecated pxe_deploy_{kernel, ramdisk}  https://review.openstack.org/18593717:10
Sukhdevregardless, I think the creds is a vendor specific issue, and we should leave it for them to deal with17:10
jrollyeah, I can deal with that17:11
lazy_princeagreed..17:11
Sukhdevcool, so we are in sync on this issue then17:11
lazy_princefor now.. yes.. :)17:12
jrollheh17:12
Sukhdevlazy_prince: we use very elaborate scheme to deal with this - take a look at our ML2 driver -17:13
*** davideagnello has joined #openstack-ironic17:14
Sukhdevlazy_prince: I have seen other vendors who use very simple scheme17:14
*** achanda has quit IRC17:14
Sukhdevlazy_prince: depending upon the customers (and deployment scenarios) many customers are very paranoid about creeds going into wrong hands - hence, we do not put them in any file17:15
lazy_princeSukhdev: I will.. for now, it is time for me to hit the road... will check and get back to you in case of doubts/questions..17:16
lazy_princeGood night all...17:16
Sukhdevlazy_prince: GN17:17
jrollsee ya lazy_prince :)17:17
*** BertieFulton has left #openstack-ironic17:19
dtantsurjlvillal, as you work on https://wiki.openstack.org/wiki/Nova-Ironic-Bugs: can we work together to add some nova-ironic bugs stats/listings to http://ironic-bugs.divius.net/ ?17:21
jlvillaldtantsur: Sure.  I would need to learn how to do that.17:21
dtantsurjlvillal, source is at https://github.com/divius/ironic-bug-dashboard hosted on my web site (will probably move it to openshift in the future)17:22
jlvillaldtantsur: I will look at it today.  Or tomorrow, a lot of meetings today :(17:23
dtantsuryeah, sure17:24
dtantsurping me if you need help or pr merged17:24
*** lazy_prince has quit IRC17:25
openstackgerritJulia Kreger proposed openstack/bifrost: Use Cirros for CI testing  https://review.openstack.org/18706717:27
*** stendulker has quit IRC17:39
openstackgerritSam Betts proposed stackforge/ironic-discoverd: Add SSL/TLS Support  https://review.openstack.org/18684317:44
*** trown|lunch is now known as trown17:49
*** Sukhdev has quit IRC17:49
* dtantsur made lp:~ironic-bugs bug maintainers for ironic-inspector, hope nobody objects17:51
jrollI object to any objections!17:51
*** achanda has joined #openstack-ironic17:54
*** achanda_ has joined #openstack-ironic17:55
*** zhenguo has quit IRC17:57
*** achanda_ has quit IRC17:57
*** Sukhdev has joined #openstack-ironic17:57
*** achanda has quit IRC17:58
*** achanda has joined #openstack-ironic17:59
NobodyCamgreat meeting all ... THnak you18:01
* NobodyCam pops out for smoke18:01
Nishacan we continue on capabilities here...18:01
NobodyCamyes18:01
*** wanyen has joined #openstack-ironic18:02
thiagop+118:02
devanandain -nova, pls18:02
devanandaas this hinges on Nova's approval / view of the world18:02
Nishadevananda, i proposed 4 specs for capabilities , 2 in Nova and 2 in ironic...18:02
Nishabut devananda it requires our vote on the approach too18:03
*** edcragg_ has quit IRC18:03
devanandaNisha: can you summarize the two different approaches and their benefits / drawbacks?18:03
*** pradipta has quit IRC18:03
Nishanova changes is dependent on ironic and vice versa18:03
*** diegolp has joined #openstack-ironic18:03
*** JayF has left #openstack-ironic18:03
*** eghobo_ has joined #openstack-ironic18:03
*** JayF has joined #openstack-ironic18:03
thiagopNisha: It appears that people are going to continue the discussion in -nova18:03
*** alexpilotti has quit IRC18:03
*** sinval has joined #openstack-ironic18:03
Nishathiagop, agreed but similar changes might be required in ironic too18:04
Nishafor example when we say nova will call ironic API , we need to know what will the ironic API do18:05
jrollwell18:05
jrollnova seems opposed to this18:05
jrollif nova won't let it happen, it doesn't matter what we decide for iroinc18:05
jrollso let's focus on nova first18:05
Nishadevananda, the approach i proposed was : 1. convert the capabilities to dictionary. This requires changes in ironic, ironic-client and nova-ironic virt driver18:06
*** eghobo has quit IRC18:06
NishaThis should be able to handle multiple values for a capability key18:06
Nishathe second problem is with the operators18:08
wanyenare we supposed to join nova irc to discuss capabilities now?18:08
Nishanova just picks up the node based on operators18:08
Nishathese operators actually may not mean nothing for ironic for the act-upon capabilities18:09
Nishai just proposed one new filter in nova which will filter out the node if it is act-upon capabilities with only few applicable operators18:10
devanandanova objects to having non-structured "pass through to the driver" interface18:10
Nishafor this filter to work we require changes in ironic as the filter will need to call the ironic API to get list of act-upon capabilities18:10
*** achanda_ has joined #openstack-ironic18:10
Nishadevananda, sorry but i dont understand the statement18:11
Nishathe current scheduling ComputeCapability filter will still be called18:11
Nishawith the approach given above18:12
Nishathe new filter is called upon after the ComputeCapability filter18:12
Nishadevananda, i thought it would be clean approach...18:13
*** achanda has quit IRC18:13
dtantsurpretty late, going now, g'night18:15
*** dtantsur is now known as dtantsur|afk18:15
*** achanda_ has quit IRC18:16
wanyenNisha, based on my understanding of your spec, ComputeCapabilitiesFilter will call IronicFilter after it selects a node matching all the falvors.  The Ironic Filter will then call Ironic API to get a list of node capabilitites supported by the bare-metal node and then only passes the node capabilitites flavors that needs to be act upon.  Right?18:17
sambettsNight all18:19
devanandagotta relocate, bbiah18:23
*** athomas_ has quit IRC18:26
*** dlpartain has quit IRC18:26
Nishawanyen, yes18:28
*** krtaylor has quit IRC18:37
*** ijw has quit IRC18:41
*** penick has joined #openstack-ironic18:41
*** Sukhdev has quit IRC18:45
*** natorious is now known as zz_natorious18:46
*** bethelwell has joined #openstack-ironic18:53
openstackgerritShivanand Tendulker proposed openstack/ironic: Validate capability in properties and instance_info  https://review.openstack.org/17478519:02
*** romainh has joined #openstack-ironic19:05
openstackgerritShivanand Tendulker proposed openstack/ironic: Update iLO documentation for UEFI secure boot  https://review.openstack.org/17858219:05
*** penick has quit IRC19:08
*** tab__ has joined #openstack-ironic19:10
*** e0ne has joined #openstack-ironic19:10
*** achanda has joined #openstack-ironic19:12
*** penick has joined #openstack-ironic19:12
*** achanda_ has joined #openstack-ironic19:14
*** achanda has quit IRC19:16
*** romcheg has joined #openstack-ironic19:17
*** ChuckC_ has quit IRC19:19
*** achanda has joined #openstack-ironic19:20
*** achanda_ has quit IRC19:22
*** romainh has left #openstack-ironic19:23
*** e0ne has quit IRC19:24
*** achanda has quit IRC19:24
*** eghobo_ has quit IRC19:26
*** wanyen has quit IRC19:27
openstackgerritJulia Kreger proposed openstack/bifrost: Use Cirros for CI testing  https://review.openstack.org/18706719:28
TheJulia^^^ For those interested in bifrost, that should cut our CI job time down quite a bit.19:29
*** Sukhdev has joined #openstack-ironic19:34
*** achanda has joined #openstack-ironic19:34
ShrewsTheJulia: ooh, nice. does that change the memory requirements for the vm at all?19:35
TheJulianot really. :(  I think we could knock the footprint down 500MB, but IPA still needs a good chunk of ram to fire up and run19:38
*** achanda_ has joined #openstack-ironic19:38
*** ubuntu_ has joined #openstack-ironic19:40
*** achanda has quit IRC19:41
openstackgerritSam Betts proposed stackforge/ironic-discoverd: Add SSL/TLS Support  https://review.openstack.org/18684319:50
*** achanda_ has quit IRC19:58
*** penick has quit IRC20:02
*** jgrimm is now known as zz_jgrimm20:03
openstackgerritAlex Weeks proposed openstack/ironic-specs: Add pluggable metrics backend for Ironic and IPA  https://review.openstack.org/13717120:04
JayFTheJulia: what were we using for a guest?20:05
JayFOH; bifrost20:05
JayFgotcha20:05
TheJuliaBifrost just uses the coreos image that comes out of the IPA test job20:05
*** eghobo has joined #openstack-ironic20:07
JayFfor an OS image to deploy?20:07
*** martini has joined #openstack-ironic20:10
openstackgerritJohn L. Villalovos proposed openstack/ironic: Revert "Add simplegeneric to py34 requirements"  https://review.openstack.org/18620820:10
TheJuliaJayF: to deploy an OS image, in the near future cirros since its fast and lightweight :)20:13
*** ubuntu_ has quit IRC20:15
*** tab__ has quit IRC20:16
jlvillalAnyone interested in taking a look at: https://review.openstack.org/#/c/181985/  Refactor resource_fields.py20:16
*** krtaylor has joined #openstack-ironic20:22
*** radek_ has quit IRC20:23
*** zz_natorious is now known as natorious20:42
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/18693120:45
*** Nisha has quit IRC20:47
*** penick has joined #openstack-ironic20:55
*** albertoffb has quit IRC21:04
*** romcheg1 has joined #openstack-ironic21:10
*** romcheg has quit IRC21:11
*** bethelwell has quit IRC21:17
*** lekha has quit IRC21:18
*** lekha has joined #openstack-ironic21:19
mrdaMorning Ironic21:26
jlvillalmrda: Good morning21:26
* jlvillal goes off to the post office...21:27
NobodyCammorning mrda21:27
mrdao/21:27
NobodyCamjroll: I just addded a second +2 to https://review.openstack.org/#/c/168799 .. ipa logging spec. JayF had a +2 a couple revs back. but you had a -1 for sending logs on every heartbeat. would you happen to have any time to take another look?21:29
jrollNobodyCam: lemme see...21:31
jrollok, so still sending on heartbeats21:31
jrollthat seems like a *huge* payload21:31
jrollI'd love to see perf impact of that21:31
*** trown is now known as trown|outttypeww21:31
NobodyCamthe logs will be sent incrementally21:32
*** penick has quit IRC21:32
jrollyeah, still21:32
jrolldmesg over 60 seconds can be large :P21:32
NobodyCambut the first hartbeat could be largeish21:32
NobodyCamya21:32
jrollyeah21:33
jrollI'm having trouble thinking of better ways, though, idk21:33
JayFhow about an explicit API call from the conductor21:33
JayFsynchronous21:33
NobodyCammaybe we should get some performance impact data21:33
JayFthat just gives all the logs21:33
devanandaone thing I thnk we're going to need this cycle21:34
devanandais some db refactoring21:34
*** Sukhdev has quit IRC21:34
devanandaeg, to handle receiving a stream of logs21:34
jrolldevananda: these aren't stored in the db21:34
devanandaditto for the consolelogs that have been proposed -- it'd be the same table structure, but a different table21:34
devanandajroll: they should be. no?21:34
jrolldevananda: idk. dumping to ironic logs seems fine to me21:34
devanandaerm21:35
devanandahow is that feasible?21:35
jrollI don't want every agent's dmesg in my db21:35
JayFWhy would it be OK to store thousands of nodes' worth of IPA logs into a DB?21:35
devanandaimagine I'm doing 100 deploys from 1 conductor. I really don't want all of those agent's logs in my conductor log file21:35
jrollwell21:35
jrollhttps://review.openstack.org/#/c/168799/10/specs/liberty/deploy-agent-logging.rst21:35
JayFI certainly don't want them in my DB if it's too much info for a logfile21:35
jrollcomment away!21:35
JayFlol21:35
jrollI don't understand why you wouldn't want those in conductor logs21:35
devanandabecause in the DB, I can shove those into sphinx and elasticsearch them21:35
jrollseparate file, maybe21:36
jrollyou can do that with conductor logs too21:36
jrollship to logstash21:36
devanandajroll: separate file ++21:36
jrollboom, done21:36
devanandabecause filtering21:36
devanandahmm21:36
jrollgrep -v agent-$something conductor.log21:36
devanandathey're not INFO logs, and they're not DEBUG logs21:36
jroll:)21:36
devanandawhat LOG LEVEL would ou use?21:36
jrollyou should read the spec21:36
jrollit's there21:36
devanandanope. never gonna read a spec :)21:37
devananda(i'm kidding)21:37
jrollheh21:37
jrolltl;dr agent logs are INFO, dmesg is DEBUG21:37
devanandaalso, let's move vendor_passthru/lookup into deploy21:37
devanandawe all agreed on that at summit - anyone proposed a spec yet?21:38
jrollwait, we have to do work?21:38
jrollI thought we just go to summits and pontificate21:38
devanandaexactly21:38
devanandawait, are you saying pontification ISN"T work?21:39
NobodyCamok gota run out... bbiafh21:39
jrollheh21:39
devanandajroll: so in the REST API Impact section, yo mean the POST will be /v1/driver/agent/vendor_passthru/lookup?logging_enabled=true21:41
devanandaand that signals to the driver to look for logs: {...} in the body21:42
jrolldevananda: I have no clue, not my spec21:42
jrolldevananda: what I would assume is21:42
jroll1) configure agent_logs_enabled in ironic.conf21:42
jroll2) return logging_enabled: true to the agent21:42
devanandaright, ok21:43
devanandaso that makes sense, but this sentence confused me:21:43
devanandaThe Ironic API's drivers' vendor_passthru/lookup will have a new21:43
devanandalogging_enabled attribute.21:43
jrollyeah21:43
jrollagree21:43
devanandaso as much as I want to +A this, the wording is poor21:44
devanandathe idea is fine21:44
jrollI really don't love full dmesg in a POST body, personally21:44
devanandaPOST can handle megabytes, if your webserver is configured appropriately21:45
devanandaI dont love putting these in the log file21:45
devanandabecause single threaded21:45
jrolldevananda: I understand that but 1) logging will slow down, like you say, and 2) json parsing can be slow in python21:47
devanandayes21:47
*** cdearborn has joined #openstack-ironic21:47
jrollyeah, so I'm wary21:47
jrollidk, posted comments, didn't -1 though21:48
jrollmaybe I will21:48
jrollI want to see perf impact section21:48
jrolland clarity around the lookup call21:48
devanandajroll: random: does IPA support HTTPS?21:49
devanandaI would assume so, but havne't tried it myself21:49
jrollNobodyCam: ^ I -1'd it21:49
jrolldevananda: no, not today :(21:49
jrollwell, as a server, no21:49
devanandajroll: blarg21:49
devanandao21:49
devanandaoh. should be both directions21:49
jrollright21:49
devanandadoes it support it as a client at leaset?21:49
jroll"just put apache in front" doesn't work with something like IPA :)21:49
jrollofc21:49
jrollit's requests21:49
devanandaright. but cert validation?21:50
jrollI'd like to put https://github.com/openstack/oslo-incubator/blob/master/openstack/common/sslutils.py#L69 in front21:50
jrollyep21:50
devanandacool21:50
devanandaalso cool21:50
*** marzif_ has quit IRC21:50
jrollwe had an interesting failure case once around unsynced ntp and a cert that was newly issued :P21:51
*** absubram has quit IRC21:51
devanandaheh21:51
*** e0ne has joined #openstack-ironic21:51
JayF'interesting'21:51
JayF-.-21:51
jrollhey, it was interesting21:51
jrollyou must admit21:51
JayFI mean, I never find incidents interesting. Only horribly.21:52
JayF*horrible21:52
jrollI never said the incident was interesting, only the failure case :P21:52
*** dprince has quit IRC21:53
devanandajroll: oh. the other concern I have is log file parsing21:53
openstackgerritMerged openstack/bifrost: Use Cirros for CI testing  https://review.openstack.org/18706721:54
jrollwhat about it. greppability? parsability?21:54
devanandadropping unformatted dmesg output in there is going to screw up any regex filtering we have today based on log line formatting, wont it?21:54
jrollI mean, it will still be formatted the same way21:54
devanandaeg, each log line has a header and ends with newline21:54
devanandaunless we're escaping newlines in the dmesg output ...21:54
devanandait's going to be awkward21:54
JayFoh that's a good point, actually21:54
jrollI like to think we would split dmesg on new lines and do one dmesg line per log line21:54
jrollbut maybe not21:54
JayFbecause thinks like kernel oopses and panics aren't going to look "right" in the logs21:54
devanandajroll: oh god that would be even worse21:55
devanandajroll: because now I might have two different servers' dmsg getting interleaved21:55
jrollheh21:55
devananda\o/21:55
jrollgrep agent-$node_id21:55
jrollbut yeah21:55
devanandaI actually read my log files sometimes21:55
jrollyour masochism is leaking :)21:56
devanandahehe21:56
devanandagotta step away and go register for this silly thing21:57
*** MattMan has joined #openstack-ironic22:02
*** [1]cdearborn has quit IRC22:02
*** cdearborn has quit IRC22:04
*** pcrews has quit IRC22:05
*** openstackgerrit has quit IRC22:07
*** openstackgerrit has joined #openstack-ironic22:08
*** krtaylor has quit IRC22:14
openstackgerritJulia Kreger proposed openstack/bifrost: WIP: Support for disabling DHCP server configuration  https://review.openstack.org/18736222:15
*** ijw has joined #openstack-ironic22:17
*** chlong has quit IRC22:18
*** alexpilotti has joined #openstack-ironic22:21
*** e0ne has quit IRC22:22
*** trown has joined #openstack-ironic22:23
*** natorious is now known as zz_natorious22:23
*** trown|outttypeww has quit IRC22:23
*** davideagnello has quit IRC22:29
*** davideagnello has joined #openstack-ironic22:31
*** exciter0 has joined #openstack-ironic22:40
*** exciter0 has left #openstack-ironic22:43
*** romcheg1 has quit IRC22:47
*** openstackgerrit has quit IRC22:51
*** openstackgerrit has joined #openstack-ironic22:51
*** pcrews has joined #openstack-ironic22:52
*** Haomeng has joined #openstack-ironic22:56
openstackgerritMerged openstack/ironic-specs: Update Ironic spec URL refs to specs.openstack.org  https://review.openstack.org/17763223:04
*** ijw has quit IRC23:05
*** dguerri is now known as dguerri`away23:09
martiniI don't really know how the specs work, so pardon me if this is a silly question - are there specs for bifrost?  Would that just fall under ironic specs, or am I way out in left field?23:10
*** krtaylor has joined #openstack-ironic23:12
*** Sukhdev has joined #openstack-ironic23:24
*** yuanying has joined #openstack-ironic23:31
*** pcrews has quit IRC23:36
*** chlong has joined #openstack-ironic23:41
cineramamartini: oh hi! so i don't think we have specs or blueprints at present, but TheJulia will know for sure23:46
*** hemna is now known as hemnafk23:54

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