Friday, 2014-08-08

JayFjroll: found either a bug in your docs or in the devstack stuff00:00
adam_gokay, well all of this will enable similar kinds of sideways migration testing later on, so we should be able to test that easily in grenade later00:00
JayFjroll: nevermind that for now, I'm pretty sure I just fubar'd and didn't download your correct branch00:00
JayFwhoops00:01
devanandawow, pennicilin sucks00:06
devanandai mean, it also saved countless lives00:06
devanandapossibly mine00:06
devanandabut it still sucks00:06
* bigjools concurs with devananda ;)00:08
JayFside effects or something?00:09
devanandaohai! ltns bigjools  :)00:09
devanandaJayF: instant nausea00:09
* JayF has been told he was allergic to pennicillin since he was too young to remember00:09
bigjoolsdevananda: indeed!00:09
devanandasorta like instant cuponoodles. but less salty.00:09
* bigjools currently taking 4 different antibiotics... fml00:09
devananda:-/00:10
*** hemna has quit IRC00:10
devanandaJayF: I'm going to abandon it shortly, as I never got back around to working on it after atlanta, but00:12
NobodyCamdevananda: :(00:12
devanandaJayF: you might want to cannibalize the problem description here https://review.openstack.org/#/c/94925/4/specs/juno/better-bootloader-options.rst00:12
JayFHeh. Sure :) Not sure I want to write the spec but I'd rather do that than continue to crush dreams of firmware settings apis in every third spec :P00:13
devanandaheh00:14
devanandayea. i think something like this will cover a fair part of the needs00:14
devanandaand fit into the mgmt iface that we have now00:14
JayFI actually think it's a decent litmus00:14
devanandawhich we didn't have when i wrote it00:14
JayFfor if something belongs in ironic or not00:14
JayFif you can't abstract it down to a statement about the capabilities of the machine you want00:14
JayFit's probably snowflake-configuration rather than cloud-configuration00:14
devanandayep00:14
devanandaespecially clear when the justification is "a power user might want to tweak X"00:15
JayFthere are no power users of ironic00:15
JayFthere are admins of ironic00:15
JayFand users of nova00:15
*** adam_g has left #openstack-ironic00:15
devananda++00:15
*** adam_g has joined #openstack-ironic00:15
JayF(arguably, at least, although I know you have ambitions of salt/ansible/ etc)00:15
devanandaaye00:15
JayFalthough I've found 'would this make sense for a vm in nova' to be a decent standard00:16
JayFand I don't see nova exposing exact hypervisor configuration options down to the user in any form except flavors00:16
JayFand capabilities00:16
devanandaor put another way - how would nova expose this?00:16
devanandai think everything we do today (and in the forseeable future) breaks down into two categories00:17
devananda- things ironic does, unique to hardware, and never exposed to users. (may be exposed to admins, sometimes)00:18
devananda- things nova exposes to users, which it consumes from ironic in some way00:18
* devananda wanders afk for the evening00:26
* NobodyCam thinks a the spec review team should be renamed "SnowBlowers"00:26
NobodyCamhave good night devananda, and try and get *some* rest00:27
JayF-900100:28
JayFoh, I get it00:28
JayFstill don't love the name :P00:28
NobodyCamlol I just said I thought it, never said it was good00:29
NobodyCam:-p00:29
*** NobodyCam has quit IRC00:37
*** NobodyCam has joined #openstack-ironic00:37
NobodyCamlol there is difference between /quit and /part in irssi00:38
NobodyCamdoh00:38
*** igordcard has quit IRC00:59
*** lazy_prince has quit IRC01:21
*** killer_prince has joined #openstack-ironic01:24
*** killer_prince is now known as lazy_prince01:24
*** cinerama has joined #openstack-ironic01:38
*** nosnos has joined #openstack-ironic01:45
*** jgrimm has joined #openstack-ironic01:45
*** eghobo has quit IRC01:53
openstackgerritStephanie Miller proposed a change to openstack/ironic: Add posix_ipc to requirements  https://review.openstack.org/11274601:59
*** vinbs has joined #openstack-ironic02:08
*** penick has joined #openstack-ironic02:12
*** penick has quit IRC02:15
*** vinbs has quit IRC02:27
*** mitz has joined #openstack-ironic02:30
*** nosnos has quit IRC03:04
*** vinbs has joined #openstack-ironic03:06
*** eghobo has joined #openstack-ironic03:36
*** ramineni has joined #openstack-ironic03:48
*** vinbs has quit IRC04:00
*** romcheg1 has joined #openstack-ironic04:05
*** nosnos has joined #openstack-ironic04:08
*** vinbs has joined #openstack-ironic04:14
*** MattMan has quit IRC04:42
*** MattMan has joined #openstack-ironic04:43
*** romcheg1 has quit IRC04:49
*** rakesh_hs has joined #openstack-ironic04:57
*** Poornima has joined #openstack-ironic04:59
*** SpamapS has quit IRC05:26
*** bmahalakshmi has joined #openstack-ironic05:31
*** SpamapS has joined #openstack-ironic05:38
*** pcrews has quit IRC05:43
*** bvivek has joined #openstack-ironic05:46
*** Mikhail_D_ltp has joined #openstack-ironic05:54
*** dtantsur|afk is now known as dtantsur05:55
dtantsurMorning Ironic, TGIF!05:55
lifelesso/05:58
*** mrda-away is now known as mrda06:00
*** k4n0 has joined #openstack-ironic06:02
*** Mikhail_D_ltp has quit IRC06:06
*** Mikhail_D_ltp has joined #openstack-ironic06:09
openstackgerritOpenStack Proposal Bot proposed a change to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/11221006:11
*** rakesh_hs has quit IRC06:11
*** rakesh_hs has joined #openstack-ironic06:12
*** pradipta_away is now known as pradipta06:35
dtantsurFolks, could you remind me how we work with requirements? I'm asking because of https://review.openstack.org/#/c/11274606:40
dtantsurbrb06:44
openstackgerritA change was merged to openstack/ironic: backport reviewer comments on nova.virt.ironic.patcher  https://review.openstack.org/11269106:53
openstackgerritRamakrishnan G proposed a change to openstack/ironic-specs: iLO Virtual Media IPA Deploy Driver  https://review.openstack.org/10844506:54
*** athomas has joined #openstack-ironic07:23
*** bvivek has quit IRC07:43
*** rakesh_hs2 has joined #openstack-ironic07:47
*** jistr has joined #openstack-ironic07:47
*** rakesh_hs has quit IRC07:47
*** nosnos has quit IRC07:52
*** nosnos has joined #openstack-ironic07:54
*** ndipanov has joined #openstack-ironic08:02
*** bvivek has joined #openstack-ironic08:05
*** dtantsur is now known as dtantsur|lunch08:15
*** lucasagomes has joined #openstack-ironic08:37
*** rameshg87 has joined #openstack-ironic08:52
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add iPXE support for Ironic  https://review.openstack.org/9931809:07
*** rameshg87 has quit IRC09:09
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add create() and destroy() to Port object  https://review.openstack.org/11232309:12
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove direct calls to dbapi's get_node_by_instance  https://review.openstack.org/11259509:12
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add create() and destroy() to Chassis object  https://review.openstack.org/11229009:12
*** bvivek has quit IRC09:12
*** vdrok has joined #openstack-ironic09:12
sorenUh... I'm wanting to look up a node by its mac address. Is there really no way to do that?09:18
sorenI can't even look up a port by MAC. I have to get the list and iterate over it on the client side?09:18
soren...and then when I get the port, how can I get the corresponding node?09:18
sorenOh. I have to .get() the port again.09:22
lucasagomessoren, GET v1/ports?address=09:22
lucasagomesthe node of the correspond port is in the node_uuid field09:22
sorenlucasagomes: That doesn't seem to be exposed in the python api.09:31
sorenlucasagomes: The searching bit, I mean.09:32
lucasagomessoren, oh, in the client?09:32
lucasagomeshmmm yeah it's possible it's not there :(09:32
lucasagomessoren, mind submitting a patch for it? should be straight forward09:32
*** MattMan has quit IRC09:36
*** pelix has joined #openstack-ironic09:41
lucasagomesjroll, I hit the same problem you did in a fresh devstack install09:49
lucasagomesjroll, something may change on devstack that is making it call cleanup before configure09:49
lucasagomes-.-09:49
*** MattMan has joined #openstack-ironic09:50
*** aswadr has joined #openstack-ironic09:56
*** bvivek has joined #openstack-ironic10:08
*** MattMan has quit IRC10:09
*** nosnos has quit IRC10:16
*** nosnos has joined #openstack-ironic10:17
*** killer_prince has joined #openstack-ironic10:22
*** rwsu has quit IRC10:23
*** davidlenwell has quit IRC10:23
*** lazy_prince has quit IRC10:23
*** Shrews has quit IRC10:23
*** killer_prince is now known as lazy_prince10:23
*** Shrews has joined #openstack-ironic10:23
*** davidlenwell has joined #openstack-ironic10:25
*** nosnos has quit IRC10:26
*** rwsu has joined #openstack-ironic10:27
*** MattMan has joined #openstack-ironic10:47
*** foexle has joined #openstack-ironic10:59
*** ramineni has quit IRC11:04
*** vdrok has quit IRC11:04
lucasagomesdtantsur|lunch, jroll https://review.openstack.org/#/c/99318/ was rebased, conflicted at deploy_utils.py because of the oslo.config patch11:05
lucasagomescan i get a re-approval on that?11:05
*** lucasagomes is now known as lucas-hungry11:07
*** bvivek has quit IRC11:17
*** dtantsur|lunch is now known as dtantsur11:21
dtantsurlucas-hungry, sure, lemme see11:21
*** ndipanov has quit IRC11:21
*** ndipanov has joined #openstack-ironic11:23
*** rakesh_hs2 has quit IRC11:41
*** Poornima has quit IRC12:03
*** pradipta is now known as pradipta_away12:03
openstackgerritA change was merged to openstack/ironic: Add create() and destroy() to Chassis object  https://review.openstack.org/11229012:11
*** ndipanov has quit IRC12:13
*** ndipanov has joined #openstack-ironic12:27
*** Mikhail_D_ltp has quit IRC12:28
*** Mikhail_D_ltp has joined #openstack-ironic12:28
*** lucas-hungry is now known as lucasagomes12:31
*** bmahalakshmi has quit IRC12:31
*** vinbs has quit IRC12:32
*** andreykurilin has quit IRC12:33
*** andreykurilin has joined #openstack-ironic12:34
*** romcheg has quit IRC12:34
*** romcheg has joined #openstack-ironic12:34
*** dhellmann_ is now known as dhellmann12:47
openstackgerritA change was merged to stackforge/pyghmi: Force non-numeric for compact sensor records  https://review.openstack.org/11230112:52
*** ramineni has joined #openstack-ironic12:56
*** matty_dubs|gone is now known as matty_dubs13:01
*** agordeev has quit IRC13:09
openstackgerritAndrey Kurilin proposed a change to openstack/ironic: Use timeutils from one place  https://review.openstack.org/11230313:16
lucasagomesdtantsur, that's pretty weird but jenkins seems to not have pick the approved ipxe patch13:21
lucasagomesit's not in zuul or anywhere13:21
dtantsurlucasagomes, lol wow. let me redo it13:21
lucasagomesdtantsur, yeah I don't know if I haven't seem that before13:21
dtantsurlucasagomes, ok, this attempt seems to succeed13:22
lucasagomesdtantsur, hah thanks13:22
*** agordeev has joined #openstack-ironic13:24
*** ramineni1 has joined #openstack-ironic13:29
*** ramineni has quit IRC13:31
*** pcrews has joined #openstack-ironic13:33
*** ramineni1 has quit IRC13:36
*** ramineni has joined #openstack-ironic13:37
jrollmorning y'all13:38
*** eghobo has quit IRC13:39
*** ramineni has quit IRC13:42
dtantsurjroll, morning!13:46
jrollhi dtantsur :)13:46
*** ndipanov is now known as ndipanoff13:50
*** russellb is now known as rustlebee13:50
*** jasondotstar has joined #openstack-ironic13:52
*** jasondotstar has quit IRC13:54
*** jasondotstar has joined #openstack-ironic13:54
openstackgerritA change was merged to openstack/ironic: Add iPXE support for Ironic  https://review.openstack.org/9931813:57
openstackgerritA change was merged to openstack/ironic: Add posix_ipc to requirements  https://review.openstack.org/11274613:57
dtantsurlucasagomes, ^^^!14:01
lucasagomesyayayay14:02
jroll\o/14:03
*** chenglch has joined #openstack-ironic14:18
devanandamorning, all14:34
dtantsurdevananda, morning14:35
NobodyCammorning14:35
openstackgerritIlya Pekelny proposed a change to openstack/ironic: Test migrations with Alembic, using Oslo.db  https://review.openstack.org/11198414:36
openstackgerritIlya Pekelny proposed a change to openstack/ironic: Correct `op.drop_constraint` parameters  https://review.openstack.org/11289614:36
dtantsurand you, NobodyCam! where is your TGIF? :)14:36
lucasagomesNobodyCam, devananda morning14:36
NobodyCammorning lucasagomes dtantsur devananda jroll14:37
NobodyCamand TGIF14:37
jroll^^ morning14:37
NobodyCam:)14:37
NobodyCamso going for me this morning as I for to turn on hte heater lastnight so it darn cold in here this morning14:38
NobodyCams/so/slow/14:38
*** k4n0 has quit IRC14:39
openstackgerritDevananda van der Veen proposed a change to openstack/ironic: Correct `op.drop_constraint` parameters  https://review.openstack.org/11289614:39
dtantsurdevananda, maybe rebase it ^^^ on top of master? it's pretty annoying...14:41
devanandadtantsur: ??14:41
devanandaI just fixed a typo in the commit message14:41
dtantsurdevananda, ah sorry, didn't notice. I encountered the bug yesterday and was too glad to see a fix :)14:41
*** mdorman has joined #openstack-ironic14:42
*** annegentle is now known as gentlesaurus14:43
dtantsurah, and I confused "depends on" and "needed by" >_<14:43
dtantsurseems like it's Friday evening for me :)14:44
devanandahmm14:44
devanandawhy didn't we hit https://bugs.launchpad.net/ironic/+bug/1354463 before?14:44
devanandaare we not running migration tests in the gate again?14:44
dtantsurseems like that...14:46
devananda:-(14:47
* devananda rebuilds venv14:47
dtantsurthe problematic change is not very recent btw14:47
lucasagomesyeah we really should start running migration in gate >.<14:47
devanandaI thought we were ...14:48
devanandaafter we switched to oslo.db14:48
dtantsuralso, is it desired that ironic-dbsync downgrade raises a NotImplementedError on the last step?14:48
devanandaprobably not?14:48
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Add create() and destroy() to Port object  https://review.openstack.org/11232314:49
openstackgerritLucas Alvares Gomes proposed a change to openstack/ironic: Remove direct calls to dbapi's get_node_by_instance  https://review.openstack.org/11259514:49
dtantsurdevananda, ironic/db/sqlalchemy/alembic/versions/2581ebaf0cb2_initial_migration.py line #10514:50
lucasagomesdevananda, I remember we blocked oslo.db at the beggining because it had the same problem of running migration tests in parallel14:50
dtantsur"Downgrade from initial migration is not supported"14:50
*** mdorman has quit IRC14:51
devanandalucasagomes: right. I tracked that bug with the oslo.db team. afaict, it was fixed14:51
*** mdorman has joined #openstack-ironic14:51
devanandadtantsur: ahh. right. that seems reasonable actually14:51
devanandadtantsur: but I don't know what other projects do14:51
lucasagomesdevananda, hmm maybe do we need to enable something somewhere to get the migration tests running on gate14:51
dtantsurwell yes, to me as well, but looks scary :)14:51
* lucasagomes not familiar with that part of the code14:52
lucasagomeslemme dig a bit into it14:52
dtantsuralso, if downgrade does not succeed, can we run tests against it? only up to first revision?14:52
devanandadtantsur: so Nova does exactly the same thing14:53
dtantsurI see14:53
devanandanova/db/sqlalchemy/migrate_repo/versions/216_havana.py14:53
devananda1555 def downgrade(migrate_engine):14:53
devananda1556     raise NotImplementedError('Downgrade from Havana is unsupported.')14:53
*** Srinivas has joined #openstack-ironic14:54
dtantsurdevananda, oh, do they squash all migration from the same release into one big?14:55
devanandayes14:55
*** Amarnath has joined #openstack-ironic14:56
devanandaand trim old releases' migrations after n-214:56
devananda*after 2 releases14:56
dtantsurinteresting practice. are we going to do it?14:57
Amarnathhi, i have few queries about ironic-python-agent14:58
devanandadtantsur: if we have that many migrations at some point, sure14:59
jrollAmarnath: hi! ask away15:01
Amarnaththx Jim, request to have a look at our BP https://blueprints.launchpad.net/ironic/+spec/hba-discovery-driver15:01
devanandadtantsur: how are you hitting that migration bug?15:01
devanandadtantsur: when I run migration tests locally against mysql, it works15:02
dtantsurdevananda, try ironic-dbsync --config-file blah-blah downgrade15:02
Amarnathwe want to write hba-discovery function in hardware.py15:02
Amarnathis that fine ?15:02
jrollAmarnath: do you know about the new spec process?15:02
Amarnathnot sure, pls share some documents15:03
jrollyes, looking15:03
jrollAmarnath: https://wiki.openstack.org/wiki/Ironic/Specs_Process15:03
jrollAmarnath: we've already frozen juno for new specs, it will have to wait for kilo or you will need a freeze exception15:04
jrollAmarnath: this HBA stuff may or may not be in scope of ironic, as well, but it's hard to tell from that blueprint15:04
jrolldevananda: ^^ feel free to comment here :)15:04
devanandadtantsur: ooh, i see. so why is that not being tested? :(15:04
dtantsurI don't understand :( our database is still somewhat cryptic to me, at least what concerns migrations15:05
jrollAmarnath: we've changed one thing on that spec process recently as well: http://www.mail-archive.com/openstack-dev@lists.openstack.org/msg31127.html15:05
devanandaGheRivero: hi! around? have a moment for oslo db question?15:06
devanandajroll: Amarnath: I question this assertion in the BP: "This information is required to utilize the required HBA for FC SAN boot operations."15:07
devanandaAmarnath: certainly you need WWN details. But why should Ironic store model, vendor name, firmware version, etc?15:07
devanandasome of this info should be exposed to the scheduler15:08
AmarnathFor Ex: if a user want to boot from 8 GB or 16 GB card, controller should be able to know card specs15:08
devananda"controller" ?15:08
AmarnathI meant Ironic15:09
devanandaSo, no. These should be exposed as a capability to the nova scheduler.15:09
devanandathen when a user requests to boot an instance with flavor "has HBA with 8 GB cache" (or what ever), Nova will select the right node.15:10
devanandaIronic doesn't need to use that information. It just needs to expose it to Nova.15:10
Amarnathso that is later, may be another BP15:11
devanandawhy?15:11
Amarnathbut now, we just try to discover HBA info and store in ironic DB in this BP15:11
*** vinbs has joined #openstack-ironic15:11
devanandaAmarnath: why? if you're not scheduling based on that, what's the point in storing it?15:12
jrollhrm, but does that actually accomplish anything?15:12
devanandaIronic is not a CMDB ...15:12
Amarnathironic should be aware of compute node configuration15:12
dtantsurdevananda, we need to put "Ironic is not a CMDB" to the main wiki page and to the topic of this channel :)15:12
devanandadtantsur: srsly :)15:12
devanandaAmarnath: for what purpose?15:13
dtantsur I have one more Smart Plan(tm): create an OpenStack CMDB Project, make a couple of commits there, send people there and quit :D15:14
jrolllol15:14
jrolldtantsur: I want to call it 'alanis', and tightly integrate with ironic, because it's a list of all things ironic15:15
devanandahah!15:15
jroll:)15:15
NobodyCam:)15:15
Amarnathis wwn information currently available ?15:17
Amarnathif a user want to boot a baremetal compute node using boot from san, wwn is required15:17
Amarnathand this BP is to register this information may be during enrollment time or when there is an API call to the ironic-python-agent15:18
dtantsurCalling it a day. Have a nice weekend!15:19
*** dtantsur is now known as dtantsur|afk15:19
devanandadtantsur|afk: ciao!15:19
NobodyCamhave a good weekend dtantsur|afk15:20
jrollAmarnath: sure, but: 1) why is model number etc required, and 2) why shouldn't the operator enter WWN info at enrollment time?15:20
jrollsee ya dtantsur|afk :)15:20
*** Mikhail_D_ltp has quit IRC15:21
*** chenglch has quit IRC15:21
Amarnathif there are 100's of baremetal nodes in cloud, difficult for user to maintain list of WWNs and so dynamic discovery helps15:21
Amarnathvendor name, model, driver info etc are required for R&D teams where the use case required specific model of card15:22
jrollCMDBs are for maintaining lists of hardware info, ironic is not a cmdb15:23
pquernapeople who have history, already have one, people doing cleanroom new things, might need one.  even the people who have one, they tend to be old and horirble.15:24
pquernathey also tended to be... integrated with workflows for getting new servers15:24
pquernaso, mentally, there is the overlap.15:24
pquernabut even then, ironic still has some kind of integration with them, eg, put things in maintance mode, $magic happens.15:25
jrollyes, it's a fine line15:26
*** eglynn has joined #openstack-ironic15:26
Amarnathi agree that ironic is not CMDB for now, but having all compute node specs is essential for cloud providers15:27
jrollagree, but ironic is not the place to store those :|15:27
*** vinbs has quit IRC15:29
* jroll bbiab15:29
*** romcheg1 has joined #openstack-ironic15:32
devanandalucasagomes: around?15:33
lucasagomesdevananda, yup15:33
*** eghobo has joined #openstack-ironic15:34
*** romcheg1 has quit IRC15:37
*** romcheg1 has joined #openstack-ironic15:38
Amarnathso, should we store the baremetal compute node specs in nova db15:39
NobodyCamdevananda: (and all spec cores) should we have a spec review jam today so we can we are ready for mondays meeting? and final J cut off?15:40
devanandaprobably15:41
devanandathough I think we've only got one or two left that we will get in15:41
NobodyCamack !!!15:42
*** romcheg1 has quit IRC15:42
*** comstud is now known as bearhands15:45
devanandahm, anyone seen rloo lately?15:53
devanandashe needs to lift some -2's for code that we've approved the spec for15:54
Shrewsdevananda: vacation, iirc15:54
openstackgerritA change was merged to openstack/ironic: Use timeutils from one place  https://review.openstack.org/11230315:54
devanandaShrews: i see. know when she gets back?15:54
Shrewsnope15:54
*** romcheg1 has joined #openstack-ironic15:57
devananda:-/16:00
NobodyCamdevananda: can you override as ptl?16:00
devanandanot afaik16:00
NobodyCamwant me pop into infra and see they can?16:00
devanandanah16:01
devanandainfra-core can16:01
devanandabut it's not that urgent16:01
NobodyCamack16:01
devanandaif she's not back in a week or two, then yes16:01
*** Mikhail_D_wk has joined #openstack-ironic16:06
*** Amarnath has quit IRC16:09
*** Srinivas has quit IRC16:10
Shrewsadam_g: shouldn't this also set suspend=False ?  https://review.openstack.org/10930016:14
*** matty_dubs is now known as matty_dubs|lunch16:14
NobodyCambrb16:22
lucasagomesyeah haven't see rloo lately :/16:22
* devananda updates meeting agenda for monday16:24
NobodyCam:)16:29
*** Hefeweiz1n has quit IRC16:31
*** aswadr has quit IRC16:32
Shrewsgrrr. our ironic-specs unit test doesn't easily allow for template changes16:34
Shrewsif you make a change to the template, it will retroactively check already merged specs... which will fail16:35
*** MattMan has left #openstack-ironic16:36
NobodyCamoh thats a new one: "grep: memory exhausted"16:36
lucasagomesNobodyCam, lol, ouch haven't seem that16:38
NobodyCam:-p16:38
*** Hefeweizen has joined #openstack-ironic16:40
*** ellenh has joined #openstack-ironic16:46
*** pelix has quit IRC16:48
devanandayes16:56
devanandaShrews: yes16:56
devanandaShrews: we should not be changing the template except at cycle boundaries16:56
devanandaeg, when we open ironic-specs for Kilo, any changes to the template we want to make should be the first thing that lands16:57
*** ndipanoff has quit IRC16:58
*** penick has joined #openstack-ironic16:58
lucasagomesaight I will call it a day17:02
lucasagomeshave a good night everybody, enjoy the weekend17:02
NobodyCamhave a good weekend lucasagomes17:03
*** Chandra has joined #openstack-ironic17:03
*** Mikhail_D_wk has quit IRC17:03
*** athomas has quit IRC17:04
NobodyCamcd ..17:07
NobodyCamdoh17:07
*** dvorak has quit IRC17:09
*** jistr has quit IRC17:09
JayFIf no objections in the next 15 minutes or so I'm going to land https://review.openstack.org/#/c/10844517:11
adam_gShrews, hmm. yea, i think17:12
*** dvorak has joined #openstack-ironic17:13
NobodyCamJayF: giving it a final read over17:14
JayFNobodyCam: cool17:15
*** romcheg1 has quit IRC17:19
*** matty_dubs|lunch is now known as matty_dubs17:21
NobodyCamJayF: it now has a +2 from /me.. I did not +a :)17:22
JayFNobodyCam: coming in for a landing17:23
openstackgerritA change was merged to openstack/ironic-specs: iLO Virtual Media IPA Deploy Driver  https://review.openstack.org/10844517:25
NobodyCamJayF: have you reviewed the drac power spec, I think that and the pdu-power are the only ones left on the Ironic Priorities gdoc17:25
JayFI'm not sure I've seen either of those17:26
JayFNobodyCam: I see two DRAC specs, one is h/w discovery, one is drac vendor passthru for raid17:26
JayFboth of which are not getting into J because of obvious reasons17:27
NobodyCamack17:27
JayFand I don't see any pdu power driver specs either17:27
JayFimbw but I think those two landed a while ago?17:27
JayFactually looking at the list of specs, I think we're pretty damn close to done with landing specs for j17:27
NobodyCamyep!!!!17:28
jroll\o/17:29
jrollnow we just need code >:)17:29
*** eguz has joined #openstack-ironic17:29
*** lazy_prince has quit IRC17:30
devanandaand reviews!17:30
jrollheh17:32
jrollI meant code to be landed, not proposed :)17:32
devanandai also don't see any more specs up that I wanted us to land17:33
devanandasweet17:33
devanandaso, process qusetion17:33
devanandai'll bring it up on monday too, but ya'll are here now, so ...17:33
devanandais there any benefit at this point to -2'ing all the specs?17:34
*** eghobo has quit IRC17:34
devanandaor just send an email out early next week saying "specs are closed for J, will announce when they're open for K"17:34
openstackgerritA change was merged to openstack/ironic: Correct `op.drop_constraint` parameters  https://review.openstack.org/11289617:35
NobodyCamcan we bulk move the j specs to k folder?17:36
JayF-117:36
JayFI don't think we should do that17:36
JayFbecause at least a third, if not more, of the specs will need to be massively rewritten17:36
JayFbecause most of them involve discovery, node updates, auto enrollment, or firmware settings17:36
JayFall of which are probably going to be talked about /a lot/ at the design summit17:36
NobodyCamso -2 them and send email to have authors move/rewrite into k17:37
JayFor move them all into a specs graveyard or something17:37
NobodyCamJayF: I agree with your point17:37
* JayF wants workflow -2 like the ML was talking about17:37
NobodyCamoh thats a instresting idea17:37
jrollellenh: reviewed 112351, and I think some of the notes might be related to your tempest failures :)17:38
jrollJayF: would workflow -2 be 'abandon'?17:38
JayFin the case of specs, force-abandoning them isn't a bad idea17:38
jrollright17:38
jrollI just missed that thread so I'm curious17:38
JayFbut you might workflow -2 a code review, for instance, that doesn't have a spec merged17:39
*** killer_prince has joined #openstack-ironic17:39
jrollI read email through you, you know this17:39
*** killer_prince is now known as lazy_prince17:39
jrollwhat's wrong with CR -2 for that?17:39
JayFso you can separate the 'quality of code / fittingness of code' from the 'should this merge now'17:39
jrollmmmmmmmm17:39
devanandaso we can alraedy force-abandon reviews17:40
devanandaW-2 is a proposed change to differentiate process from technical blocking17:40
devanandaNobodyCam: we definitely should not bulk move proposed specs to the K folder. that's up to the proposers17:41
devanandaalso, as JayF pointed out, I think a lot of the currently-proposed specs are out of scope17:41
*** eglynn has quit IRC17:41
NobodyCamack17:41
NobodyCamyes17:41
devanandabut we need to clearly communicate that scope better than we are now17:41
devanandaalso, specs for K will open /before/ the summit17:42
devanandaas design sessions will be linkable to proposed specs17:42
NobodyCamto the new short intro/idea specs17:43
NobodyCam?17:43
NobodyCamor full detail versions17:43
*** penick has quit IRC17:44
*** bmahalakshmi has joined #openstack-ironic17:50
*** romcheg1 has joined #openstack-ironic17:51
jrolldevananda: I don't think -2 with a good comment would be a bad thing17:53
JayFNobodyCam: I'd suggest for some things (like a general 'capabilities' piece being the way to communicate what raid/firmware/etc configs you want via nova flavor) doing the partial spec first would be good, hash out the design at the design summit, then write the rest based on that17:54
JayFhell have whoever writes the notes for the session do it in spec format17:54
NobodyCamoh actually finish the spec at the summit17:55
NobodyCamwith everyone in the same room17:55
NobodyCamwould be awesome if we could get every to the mid cycle meetup too17:56
NobodyCamgah: s/every/everyone/17:56
jrollindeed17:57
jrollmaybe we can con hp into funding travel for everyone :P17:57
* jroll ducks17:57
*** eghobo has joined #openstack-ironic17:58
NobodyCamlol good luck... write to MEG@.....17:58
NobodyCamlol17:58
*** eguz has joined #openstack-ironic17:58
jrollha18:00
*** penick has joined #openstack-ironic18:01
*** eghobo has quit IRC18:02
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add docs for agent driver with devstack  https://review.openstack.org/11213618:03
*** penick has quit IRC18:04
jrollJayF: pls to remove your -1 here? :) https://review.openstack.org/#/c/112143/18:04
*** scubacuda has joined #openstack-ironic18:05
devanandaJayF: another thing to consider in our discussions about capabilities -- what if I'mnot using Nova?18:07
jrolldoes it matter?18:08
jrollyou can still query capabilities18:08
devanandaactually, you can't query BY capability18:08
devanandayou can get the capabilities for a given node18:08
jrollhrm, true18:09
devanandanova-scheduler works by caching a complete list of all available nodes and filtering in python18:09
jrollsame with properties though18:09
devananda(yay performance!)18:09
devanandaso i think we'll need to stash those in a new DB table and support some form of querying18:09
jrollregardless, if you want to do any sort of scheduling right now, with or without nova, you have to get all nodes18:09
jrollwhich yes is not ideal18:09
devanandawhich might create some sanity around the set of capabilities we support, in fact18:09
devanandayep18:10
*** eglynn has joined #openstack-ironic18:11
NobodyCamdevananda: that will move ironic one small step closer to being a cmdb no. if we are actually doing the scheduling of a node?18:14
*** jasondotstar has quit IRC18:15
NobodyCams/no./no?/18:15
devanandaNobodyCam: I don't follow either of those statements18:17
NobodyCamif we allow searching for capabilities from ironic then we are moving closer to actually scheduling which node to deploy to .. which I (kinda) feel is taking us closer to being a cmdb?18:19
devanandaexposing an interface by which one can find nodes matching some criteria isn't scheduling18:19
devanandait's searching18:19
*** Mikhail_D_wk has joined #openstack-ironic18:19
NobodyCamok18:20
devanandafor example: GET /v1/nodes?num_cpus=818:21
devanandawe already support some limited searching, eg. GET /v1/nodes?maintenance_mode=False&associated=True18:22
NobodyCambut what we search on now it not anything in .properties18:24
devanandaindeed18:24
NobodyCams/it/is/18:24
openstackgerritJim Rollenhagen proposed a change to openstack/ironic: Add docs for agent driver with devstack  https://review.openstack.org/11213618:27
devanandaNobodyCam: my initial point was, to use ironic without nova, we either expose some better search mechanism OR expect the user to do what nova does (pull everything, filter locally)18:28
jrolldevananda: then we can make the compute side actually scale maybe18:29
jroll:)18:29
devanandaright :)18:29
jrollI like18:29
jrollexecute18:29
jroll:)18:29
devanandaand secondly, if we were to expose a better search mechanism, that would inform how we model capabilities18:29
devanandaas they would need to be searchable18:30
devanandajroll: you'd have to completely rewrite the nova scheduler, i think18:30
devanandanothing about it today understands "take these parameters and QUERY that service over there to get some potential matches"18:30
NobodyCamI would have a easier time with "filter" as opposed to search, though in reallity that would do the same thing.18:34
jrolldevananda: ok, sounds good to me18:34
jroll:P18:35
devananda:)18:35
jrollalthough I think (with my limited knowledge of the scheduler) you could hack it in18:35
*** eguz has quit IRC18:37
NobodyCambrb18:51
*** ellenh has quit IRC18:54
*** bmahalakshmi has quit IRC19:05
*** ellenh has joined #openstack-ironic19:17
*** romcheg1 has quit IRC19:27
*** eglynn has quit IRC19:32
openstackgerritA change was merged to openstack/ironic: Imported Translations from Transifex  https://review.openstack.org/11221019:42
*** eghobo has joined #openstack-ironic19:42
*** tatyana has joined #openstack-ironic19:44
*** tatyana has quit IRC19:50
iron1Jroll,  I knew that IPA driver landed in Juno.  What about IPA agent?  Has it landed inJuno?19:55
JayFhey iron119:56
jrolliron1: IPA is a separate project that does not have releases like the others19:56
iron1JayF, hi19:56
JayFIPA has been a part of the Ironic program since the Icehouse mid-cycle meetup19:56
jrollit is released similar to clients, as in whenever we decide19:56
JayFIPA is more-or-less continually released19:56
jrollthat said, we have never tagged a release19:56
JayFsince we don't have any intention of publishing a pip artifact19:56
* jroll wonders if that's beneficial19:57
jrollah true19:57
JayFbecause it doesn't neccessarily make sense19:57
JayFwe don't want someone to pip install a rest IPA for wiping their disks :P19:57
jrolllolllll19:57
JayFs/IPA/API/19:57
JayFoh god19:57
JayFiron1: If you're curious about experimenting with IPA, I'd suggest looking at the reviews in progress for devstack support19:58
JayFsummarized here: http://lists.openstack.org/pipermail/openstack-dev/2014-August/042357.html19:58
iron1JayF:  ty.19:58
JayFiron1: if you have any trouble getting the stuff running, let us know in here. Also if you have any general questions about Ironic+IPA once you get it checked out, please ask :)19:59
*** penick has joined #openstack-ironic20:00
iron1JayF: sure.  Thanks!20:07
jrollNobodyCam: did you want to abandon 107778?20:12
*** coolsvap has quit IRC20:16
*** openstackgerrit has quit IRC20:20
NobodyCamhumm20:23
*** coolsvap has joined #openstack-ironic20:23
NobodyCamthought I had :-p20:24
NobodyCamhave done so now20:24
NobodyCamTY jroll20:24
*** matty_dubs is now known as matty_dubs|gone20:27
jrollNobodyCam: ha no problem :)20:36
jrolldevananda, NobodyCam, there's a lot of open questions here, but wdyt about this spec for juno? https://review.openstack.org/#/c/102405/20:47
jrollJayF: ^^ biased opinions welcome :)20:47
jroll(joking)20:47
jrollalso, we should push this through so we can get some nova improvements in while those patches are still in review: https://review.openstack.org/#/c/112610/20:48
jrollcores ^^20:48
JayFI mean, we have the code written20:48
JayFwe've gotten general agreement on this being an OK thing to do20:48
JayFI wouldn't mind landing it for j-3, but obviously it's not an 'official' priority20:48
jrollJayF: meh, there's way more to consider there unless you punt everything to the operator20:49
JayFTBH we should probably get tempest checks running for IPA and Ironic :(20:49
jrollwe have the basic "if node is on, leave it on"20:49
jrollE_WAITING_ON_REVIEWS20:49
JayFI'll review that when I get done with what I'm doing atm20:49
*** eghobo has quit IRC20:51
devanandajroll: https://review.openstack.org/#/c/112610/4/ironicclient/v1/node_shell.py20:51
devanandaif args.detail:20:51
devanandawhat if the option was 'false' ?20:52
jrolloh shit, that's not converted to bool, is it20:52
devanandai dont think so, no20:52
devanandanodes = cc.node.list(**params)20:52
jrollsec, will fix20:52
devanandapasses the values to ironic's API which convers them to bools20:53
*** Chandra has quit IRC20:53
jrolldevananda: vvv20:54
devananda?20:54
jrolloh cmon bot20:54
jrollit's dead20:54
jrollhttps://review.openstack.org/#/c/11261020:54
jrollupdated20:54
jrollbut we have no bot :(20:54
devanandaugh20:54
jrolldevananda: also good news, apparently all of devstack-core is on vacation \o/20:56
devanandahaha20:56
jrollexcept dtroyer20:56
*** penick has quit IRC20:58
NobodyCamnice21:02
devanandare: long running deploy spec, I'd prefer to punt it21:02
devanandanot only a lot of unresolved qusetions about api and/or conf changes21:03
jrollboooooooo (totally understand)21:03
devanandabut a breaking change to the driver API21:03
devanandathat, at this point, probably wouldn't land until the last moments of Juno321:03
jrollyeah21:04
*** penick has joined #openstack-ironic21:04
jrollwell, it could be backwards compat21:04
devanandai dont think so21:04
jrollmake it an optional param21:05
devanandatake a driver that works today. move it out of tree. make this change. call that driver.validate() with an extra param -- it'll barf21:05
jrollmethod=None21:05
devanandano, because the driver won't have been updated21:05
jrollif method in (None, 'deploy'): # do deploy validation21:05
jrollright21:05
jrollbut like21:05
jrollif that driver just does validation and doesn't check the method21:05
jrollthen it does the same thing as it does today21:06
jrollOH21:06
jrollnever mind, I'm an idiot21:06
devanandai mean python with barf21:06
jrollignore me21:06
devanandawrong number of params to function cal21:06
jrollyeah21:06
jrollI honestly don't think it's a huge deal to break that in juno 3 (e.g. before feature freeze) but that's just me21:07
*** eghobo has joined #openstack-ironic21:08
NobodyCamjroll 112610 lgtm waiting on mr J21:08
jrollwoohoo21:09
jrollthanks21:09
NobodyCammr j still running ... brb21:16
jrollyeah no rush, I'm going to start hacking up the actual patch21:16
JayFjroll: JoshNang: we should all probably start drafting our agent-feature specs for k :P21:17
jrolloh gawd21:17
jrollI think they mostly exist already :)21:17
JayFby like k2, we should be running ironic master in onmetal, amirite?21:17
jrollother than network isolation things21:17
jrollyes21:17
jrollpls21:17
jrollmake everyone's job easier21:17
JoshNangJayF: jroll: image pre caching and support for torrents?21:18
JoshNangand +100 to master21:18
JayFJoshNang: I'm thinking more what we're currently running21:18
JayFJoshNang: i.e. long running agents, decom, the perf fixes we haven't fully upstreamed21:19
jrollJoshNang: those aren't ironic :)21:19
jrollJoshNang: those are nova and glance things, specifically21:19
jrollmaybe s/glance/swift21:19
* jroll keeps working on this perf thing21:19
JoshNangi think pre caching is going to need some ironic involvement. but yeah mostly scheduler and a pre caching scheduler21:20
JayFjroll: long running agents == if you could setup the gate to run that way, I bet tempest woudl be faster21:20
jrollJoshNang: it will, yeah, you're right21:20
jrollJayF: notrly, because it provisions those vms on the fly afaik21:20
jrollalthough it might do that ahead of time21:20
JayFokie21:20
jrollunclear21:20
NobodyCamfor a week in which I have rested so much ... I am wiped out this friday21:31
jrollyay for contagious diseases21:33
ellenhjroll: stylistic question - should i docstring abstract methods, or their implementations, or both?21:39
*** marzif_ has joined #openstack-ironic21:43
jrollellenh: generally both21:44
ellenhcool, thanks21:47
*** eghobo has quit IRC21:53
NobodyCamjroll: +2'd 11261022:01
jrollyay!22:01
NobodyCamsee comment as to why no +a22:01
NobodyCam:-p22:01
jrolland I'm running tests, then submitting the patch it depends on :)22:02
jrolloh22:02
jrollwat22:02
jrolloh well22:04
NobodyCam:(22:04
jrolllucasagomes: when you're around tomorrow please check out https://review.openstack.org/#/c/112610/ :)22:04
NobodyCamit will land monday mornign22:04
jrollyeah22:04
jrollthen we can cut a new client22:04
jrollthen I have a couple ironic patches to land :)22:04
NobodyCam:)22:04
jrolltoo many patches in my queue, need to land them all22:05
jrolllike this one https://review.openstack.org/#/c/108545/22:06
*** penick has quit IRC22:07
jrolland this one https://review.openstack.org/#/c/113036/22:09
jrolland this one https://review.openstack.org/#/c/105590/22:09
jrolland when devstack people are back I have like 5 more22:10
jrollso many open patches :(22:10
NobodyCam108545 & 113036 are to nova driver and would cause deva to stab us if we landed them22:13
NobodyCam105590 looks like it may need a rev or two more22:14
*** penick has joined #openstack-ironic22:14
NobodyCam:(22:14
NobodyCamthou I like the cache idea22:15
NobodyCamwould love a way to validate the cache with a single checksum check22:16
NobodyCamnot sure how it would work just thought it would be neet22:16
NobodyCamwhat did we come up with reguard to soft powering off nodes on rebuild?? anything?22:28
jrollNobodyCam: deva *wants* them to land because it's a huge perf improvement22:28
jrollNobodyCam: as in, it was unusable in our production environment without those patches22:28
jrollNobodyCam: 105590 is good to go except that we need to fix the client bug, which landed recently, just needs a release22:29
NobodyCamjroll: which your cache patches or the soft power offf22:29
* NobodyCam assumes cache22:29
jrollnova patches22:29
jrollyeah22:29
jrollon ~1000 nodes everything grinds to a halt without that cache22:30
jrolland even with that cache it's still kinda slow :|22:30
NobodyCam:(22:31
NobodyCamline 448 of driver.py on 108545, why not add it to the cache too?22:33
jrollthe cache gets cleared every run of update_available_resource22:34
jrollso honestly that case should almost never happen22:35
jrollmaybe never22:35
jrollbut anyhow it won't look it up until the next run, so22:35
jrollit wouldn't help22:35
NobodyCamack22:35
jrolls/look it up/look it up again/22:35
NobodyCamjroll: got a second to take a look at :https://review.openstack.org/#/c/107864 <- disreguard commit message and failed checks, please look more at the idea of what it is doing22:36
jrollNobodyCam: should I ignore "THIS CHANGE SHOULD PROBABLY NEVER LAND." :P22:37
devanandajroll: I what?22:37
NobodyCamlol yes please.22:37
jrolldevananda: want these nova changes: https://review.openstack.org/#/c/108545/ and its sibling22:37
NobodyCamdevananda: ok also can you take a look at https://review.openstack.org/#/c/10786422:37
jrollthe /nodes/detail thing and not doing a bunch of node.get22:37
devanandajroll: right. I want those AND i'm going to stab you22:38
jrollright :)22:38
NobodyCamlol22:38
JayFAre you sure it's not mrda whose going to be doing the stabbing?22:39
jrollso sorry I ran your code with a little scale :P22:39
devanandajroll: that was very rude of you ;)22:39
*** openstackgerrit has joined #openstack-ironic22:39
jrollhaha22:39
NobodyCamdevananda: http://www.amazon.com/s/?ie=UTF8&keywords=throwing+knive&tag=googhydr-20&index=aps&hvadid=32823487709&hvpos=1t1&hvexid=&hvnetw=g&hvrand=17509291247490150068&hvpone=&hvptwo=&hvqmt=b&hvdev=c&ref=pd_sl_86glpxos1t_b22:40
NobodyCamlol22:40
jrollNobodyCam: it seems I've looked at this soft thing before... seems mostly fine22:41
NobodyCamso your ok if I where to clean that patch up? maybe change the commit message22:42
jrollNobodyCam: it might be nice to have a way to hard reboot if the soft reboot fails for some reason22:42
jrollyeah, I'm fine with it22:42
devanandaNobodyCam: http://www.coldsteel.com/Product/TANTO.20_SERIES/TANTO_SERIES.aspx22:42
jrollNobodyCam: I like it better than your original patch with the "try soft first" method22:42
jrolloh god this is gonna hurt22:43
NobodyCamoh that is much nicer...hehehehe22:43
*** jdonalds has joined #openstack-ironic22:44
NobodyCamdevananda: is the idea of Ng's soft power off ok to move forward with? if so I'll clean up that patch22:45
devanandaif i had a home town, cold steel is in it22:46
devanandaNobodyCam: reviewing it. several -1's. probably a -2 coming up22:50
*** jdonalds has quit IRC22:50
jroll:| why -2? (not that I care about rebuild :P )22:51
NobodyCamit needs alot of clean up22:51
devanandaNobodyCam: comments posted23:00
devanandaNobodyCam: most notably, see https://review.openstack.org/#/c/107864/2/ironic/drivers/modules/pxe.py23:00
jrollouch23:02
devanandaso the whole premise of "use SOFT OFF for rebuild()" is flawed, IMO23:03
jrollthe whole premise of "rebuild" is flawed, IMO23:03
jroll:)23:03
NobodyCami agree that I think any service who's data can not with stand a hardpower off should be shut down by the orchestration layer23:05
NobodyCambut I can also kinda understand the desire to attempt a soft power off23:05
devanandait's the wrong layer23:05
NobodyCamit's = we're (ironic_23:06
devanandathis is a problem tripleo's running into all over the place -- it's essentially a CMS23:06
NobodyCam)23:06
JayFI honestly never want a soft power off via ironic api23:06
devanandaJayF: thank you23:06
JayFanything that could prevent or delay a node from powering off when I tell it to turn off23:06
*** penick has quit IRC23:07
devanandaa CMS that is restarting a host after, say, a kernel upgrade should do it via local commands23:07
JayFwould make me unhappy :)23:07
devanandaif that FAILS, it should invoke ironic23:07
JayFyeah, exactly23:07
JayFeven in the agent decom stuff we're using, we've mocked out ways to have the agent soft-reboot itself in band in some cases23:07
JayF(we aren't using that yet, because it's also kinda gross, but that's how strongly I feel that soft power offs should only be done in-band)23:07
devanandathis proposal is mixing those two layers -- a CMS wants Ironic to perform an upgrade of the node, but that CMS (tripleo) is refusing to reach into the instance, shut down services, and power it off23:08
NobodyCamJayF: (unless your using ilo-pxe driver)23:08
*** f13o_ has joined #openstack-ironic23:08
devanandatripleo alraedy has means to restart services on an instance (os-refresh-config)23:08
JayFNobodyCam: that's the thing I hated most about that spec, and why I want ilo-ipa to get more love than ilo-iscsi23:09
NobodyCamJayF: it has to :)23:09
JayFdevananda: would you accept a spec for K to rename pxe driver to iscsi driver? Not sure I want to do all the things that'd have to be done, but I reallly hate that it's called pxe :(23:09
JayFespecially now that you can ipxe with the pxe driver23:09
NobodyCamdevananda: JayF: jroll: is that out stand : we're the wrong layer23:09
JayFplus when we were onboarding to Ironic as a project.... that's just a super confusing name23:09
JayFI agree Ironic should not be in the business of worrying about soft-powering off nodes23:10
NobodyCams/out/our/23:10
JayFI don't mind if we added an api endpoint to do it23:10
devanandaJayF: i would like to see the current driver split into boot and deploy23:10
JayFbut I do mind if we made normal power off/on calls use it by default23:10
devanandas/driver/interface/23:10
JayFdevananda: so we'd have like ipxe_agent_ipmitool23:10
JayFdevananda: or pxe_iscsi_ipminative23:10
JayFfor drivers?23:11
devanandaJayF: we can also give the combinations more interesting names23:11
devanandalike "unicorn" and "zebra"23:11
devananda:)23:11
JayFplus that'd be a good time to introduce experimental tags on driver23:11
JayFugh oh please no23:11
jrolljroll_superdriver = ipxe + agent + ipmitool23:11
jrolljroll_superdriver = cloud_config + agent + ipmitool23:11
JayFI hate cutesy names. I actually like that we name things based on what they do23:11
jrollmore like23:11
jrollso23:11
jrollsomething to keep in mind23:11
NobodyCamoh no... you just know we'll end up with the "pinkSpottedUnicorn" driver23:12
jrollis that today drivers have a limit of 15 chars in the name23:12
devanandaright23:12
devanandathough we can change that column def easily enough23:12
jrollnoooooooo23:12
devananda?23:12
jrollEHATE migrations23:12
devanandahah23:12
jrollbrings back bad memories23:12
jrollin reality, should be fine23:12
* jroll actually just hates migrations on mysql23:13
*** mdorman has quit IRC23:25
*** foexle has quit IRC23:26
openstackgerritDan Prince proposed a change to openstack/ironic: Add method for deallocating networks on reschedule  https://review.openstack.org/11304723:39
*** f13o_ has quit IRC23:44
jrollhuh23:48
*** aswadr has joined #openstack-ironic23:55

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