Friday, 2016-05-20

*** smoriya has joined #openstack-ironic00:04
*** rama_y has quit IRC00:05
*** rbudden has quit IRC00:09
openstackgerritMerged openstack/ironic: Add some docs/comments to devstack/plugin.sh  https://review.openstack.org/31574000:10
*** sdake has quit IRC00:21
*** sdake has joined #openstack-ironic00:21
*** sdake has quit IRC00:21
*** Sukhdev has joined #openstack-ironic00:25
*** mbound has joined #openstack-ironic00:30
*** mbound has quit IRC00:35
*** piet has quit IRC00:36
*** baoli has joined #openstack-ironic00:43
*** amotoki has joined #openstack-ironic00:46
*** amotoki has quit IRC00:50
*** ChrisAusten has quit IRC00:50
*** hoangcx has joined #openstack-ironic00:52
*** rloo has joined #openstack-ironic00:53
*** YiboCai has joined #openstack-ironic00:53
*** baoli has quit IRC01:02
*** amotoki has joined #openstack-ironic01:07
*** lintan has joined #openstack-ironic01:08
*** amotoki_ has joined #openstack-ironic01:10
*** amotoki has quit IRC01:11
*** moshele has joined #openstack-ironic01:15
*** baoli has joined #openstack-ironic01:17
*** baoli has quit IRC01:23
*** penick has quit IRC01:24
*** baoli has joined #openstack-ironic01:28
*** sabeen has quit IRC01:32
*** sabeen has joined #openstack-ironic01:33
*** baoli has quit IRC01:46
*** baoli has joined #openstack-ironic01:53
*** piet has joined #openstack-ironic01:57
*** baoli has quit IRC01:58
*** gcb has quit IRC02:00
*** ijw has quit IRC02:09
*** ijw has joined #openstack-ironic02:10
*** ijw has quit IRC02:10
*** gcb has joined #openstack-ironic02:15
*** Sukhdev has quit IRC02:16
*** piet has quit IRC02:21
*** Haomeng has joined #openstack-ironic02:22
*** amotoki_ has quit IRC02:27
*** rama_y has joined #openstack-ironic02:30
*** yonglihe has joined #openstack-ironic02:30
*** amotoki has joined #openstack-ironic02:30
*** rloo has quit IRC02:43
*** thrash is now known as thrash|g0ne02:44
*** joprovost has quit IRC02:45
*** ChrisAusten has joined #openstack-ironic02:46
*** moshele has quit IRC02:50
*** yuanying has quit IRC02:51
*** piet_ has joined #openstack-ironic02:53
*** dims_ has quit IRC02:55
*** dims has joined #openstack-ironic03:00
*** yuanying has joined #openstack-ironic03:01
*** gcb has quit IRC03:04
openstackgerritTan Lin proposed openstack/ironic: Make use of oslo-config-generator  https://review.openstack.org/24733103:08
*** piet_ has quit IRC03:11
*** piet_ has joined #openstack-ironic03:11
*** gcb has joined #openstack-ironic03:17
*** haomeng_ has joined #openstack-ironic03:26
*** greghaynes has quit IRC03:31
*** joprovost has joined #openstack-ironic03:34
*** amotoki_ has joined #openstack-ironic03:39
*** amotoki has quit IRC03:41
*** yuanying has quit IRC03:45
*** yuanying has joined #openstack-ironic03:45
*** yuanying has quit IRC03:47
*** yuanying has joined #openstack-ironic03:48
*** harlowja_at_home has joined #openstack-ironic03:49
*** piet_ has quit IRC03:53
*** amotoki_ has quit IRC03:53
*** Sukhdev has joined #openstack-ironic03:54
*** amotoki has joined #openstack-ironic03:58
*** joprovost has quit IRC04:01
*** piet_ has joined #openstack-ironic04:06
*** sabeen has quit IRC04:07
*** harlowja_at_home has quit IRC04:07
*** links has joined #openstack-ironic04:13
*** amotoki has quit IRC04:17
*** piet_ has quit IRC04:23
*** piet has joined #openstack-ironic04:23
*** Sukhdev has quit IRC04:25
*** Sukhdev has joined #openstack-ironic04:26
*** sdake_ has joined #openstack-ironic04:30
*** amotoki has joined #openstack-ironic04:34
*** jcoufal has joined #openstack-ironic04:39
*** klindgren has quit IRC04:44
*** rama_y has quit IRC04:44
*** hoangcx has quit IRC04:45
*** piet has quit IRC05:01
*** sabeen has joined #openstack-ironic05:07
*** Nakato has quit IRC05:07
*** Sukhdev has quit IRC05:33
*** ChubYann has quit IRC05:45
*** rcernin has joined #openstack-ironic05:48
*** hoangcx has joined #openstack-ironic05:51
*** sabeen has quit IRC05:53
*** sachary__ has quit IRC05:53
openstackgerritOpenStack Proposal Bot proposed openstack/ironic: Updated from global requirements  https://review.openstack.org/31885105:59
*** greghaynes has joined #openstack-ironic06:02
*** _vsaienko has joined #openstack-ironic06:13
*** amotoki has quit IRC06:13
*** _vs has joined #openstack-ironic06:13
*** mjura has joined #openstack-ironic06:14
*** kromanenko__ has joined #openstack-ironic06:16
*** kromanenko_ has joined #openstack-ironic06:16
*** Romanenko_K has joined #openstack-ironic06:16
*** mjura has quit IRC06:19
*** mjura has joined #openstack-ironic06:19
*** ChrisAusten has quit IRC06:21
*** milan has joined #openstack-ironic06:22
*** _milan_ has quit IRC06:22
*** david-lyle_ has joined #openstack-ironic06:26
*** swatson_ has joined #openstack-ironic06:26
*** swatson has quit IRC06:27
*** jrist has quit IRC06:27
*** david-lyle has quit IRC06:28
*** boris-42 has quit IRC06:28
*** jrist has joined #openstack-ironic06:29
*** boris-42 has joined #openstack-ironic06:29
*** Nakato has joined #openstack-ironic06:31
*** _vsaienko has quit IRC06:35
*** _vs has quit IRC06:35
*** vishwanathj has quit IRC06:52
*** sacharya has joined #openstack-ironic06:54
*** sacharya has quit IRC06:59
*** jtomasek has quit IRC07:01
*** parlos has joined #openstack-ironic07:03
milanmorning Ironic!07:06
milan#pixiesay yawn, Friday -m flexing07:06
PixieBootsᕙʕ⇀ᴥ⇀ʔᕗ: yawn, Friday07:06
parlosgood morning07:07
milanmorning parlos07:17
*** haomeng_ has quit IRC07:23
parlosGood morning milan,07:29
*** ohamada has joined #openstack-ironic07:42
*** dtantsur|afk is now known as dtantsur07:47
dtantsurMorning Ironic07:47
dtantsurhappy Friday!07:47
*** mbound has joined #openstack-ironic07:48
*** electrofelix has joined #openstack-ironic07:49
openstackgerritVasyl Saienko proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110907:50
openstackgerritVasyl Saienko proposed openstack/ironic: Make sure create_ovs_taps createse uniq taps  https://review.openstack.org/31910107:50
*** electrofelix has quit IRC07:50
milan#pixiesay good Friday morning dtantsur!  -m happy07:57
PixieBootsʕ^ᴥ^ʔ: good Friday morning dtantsur!07:58
aarefievmorning all!07:58
aarefievmilan: thanks for update07:58
milandtantsur, good news everyone: the inspector tempest basic test no longer WIP ;)07:58
milanaarefiev, morning :)07:58
milanaarefiev, np, should be ready for reviews (experimental check passed)07:59
aarefievyeah, it's cool07:59
milanaarefiev, I suppose next is discovery test case07:59
*** zzzeek has quit IRC08:00
milanseparate pull request, right?08:00
aarefievmilan: yeah, I'll push wip version today or monday08:00
dtantsurmilan, no, next is moving it from experimental08:00
dtantsurthen we can iterator more08:00
*** zzzeek has joined #openstack-ironic08:00
dtantsurit = the job ofc08:00
milandtantsur, right08:01
aarefievdtantsur: I have patch for this08:01
dtantsurawesome, so lets merge the basic test patch, and proceed with it08:01
* dtantsur reviews08:01
milanso, dtantsur, +2 this one and we can move on ;)08:01
*** daemontool has joined #openstack-ironic08:03
*** ifarkas has joined #openstack-ironic08:07
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:10
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844008:10
dtantsurmilan, sorry for spoiling fun, but I have some issues there..08:12
*** amotoki has joined #openstack-ironic08:15
*** jistr has joined #openstack-ironic08:15
milandtantsur, me looks08:20
*** alex_xu has joined #openstack-ironic08:21
*** lucas-afk is now known as lucasagomes08:32
lucasagomesmorning all08:32
lucasagomes#pixiesay -m flexing08:32
PixieBootsᕙʕ⇀ᴥ⇀ʔᕗ08:32
dtantsurmorning lucasagomes08:34
vdrokmorning ironic, lucasagomes dtantsur milan and PixieBoots !08:34
dtantsurhey vdrok08:35
dtantsuroh lucasagomes, I have a great feature request!08:35
dtantsurwe need a command like #pixiemorning that will say good morning to everyone who was active for say 6 hours :D08:35
milanmorning vdrok lucasagomes !08:36
*** Haomeng has quit IRC08:36
milandtantsur, could be implemented as anyone who has used pixiesay recently ;)08:37
vsaienkomorning Ironic'ers08:37
milanmorning vsaienko08:37
openstackgerritMerged openstack/ironic-inspector: Updated from global requirements  https://review.openstack.org/31885208:37
dtantsurmilan, maybe?08:37
milandtantsur, w/r the test08:38
milandtantsur, I feel the introspection call and settling down should be part of setup08:38
milanbecause:08:38
milana) we're messing with the state and registering cleanUp08:39
milanb) we need the nodes to settle down before we can perform assertions08:39
dtantsursorry, I'll interrupt you, but the thing we test must be in test. we're testing introspection, not nova boot08:39
milandtantsur, IMHO the test isn't the call to rest api it's rather asserting the results of that call08:40
dtantsureven more, there might be tests starting differently later on. or tests doing 2 introspection, but no nova boot08:40
dtantsurmilan, no, test is everything. think of it: setUp should consist of things that don't fail08:41
*** mgould|afk is now known as mgould08:41
milanyes, but all of those would call introspect and settle or?08:41
mgouldmorning everyone!08:41
milanmorning mgould !08:41
dtantsurmilan, not necessary? or they would call something else before. e.g. set up different rules.08:41
milandtantsur, but should we then bump the loading of the introspection rule too?08:41
dtantsurmilan, I'd say so, yes.08:41
dtantsurpurging all rules can stay in setUp08:42
dtantsurs/can/should/ I guess08:42
milandtantsur, hmmmm08:42
mgouldmilan, dtantsur: is there a review I can look at? having trouble following this discussion08:42
dtantsurmgould, https://review.openstack.org/29392608:43
milanmgould, yeah, we're trying to figure out what to keep in setup and what to bump to the test case08:44
*** derekh has joined #openstack-ironic08:44
mgouldthanks!08:45
* mgould sees the length of the thread and remembers why he didn't review this patch before...08:45
milanmgould, I prefer the test setUp to be the part where the steps necessary for the assertions happen, dtantsur says setUp better  contains just the steps that shouldn't fail (selecting node_ids and purging rules here) the rest should go to test itself08:47
* mgould nods08:48
mgouldyou know about GIVEN/WHEN/THEN test structure?08:48
mgould[one step back: I don't have firm opinions, but I'm about to describe how I think about this]08:49
milanmgould, I don't08:49
milanyes please, describe08:49
mgouldsome test frameworks force you to write GIVEN [that my system is in a certain state] WHEN [I do a thing] THEN [certain things happen]08:49
mgouldin xUnit-style testing, I try to put GIVEN steps in setUp, and WHEN and THEN in the test method08:50
mgouldie assertions plus the actual action under test08:50
mgouldOTOH, setUp is shared among the whole class, so it usually ends up as "common GIVEN steps go in setUp, test-specific GIVEN steps go in that test's method, refactor to move GIVEN steps into setUp where possible"08:51
* mgould may need more coffee08:52
mgoulddoes that make any sense?08:52
mgouldanyway, I think "might this fail?" is the wrong question08:52
mgouldeverything might fail08:53
mgouldthe question is "is this tested somewhere else?"08:53
mgouldif so, it can go in setUp08:53
mgouldif not, then we are writing the test for it right now and it should go in the test method08:54
milanmgould, it does, my point was: GIVEN the nodes have been introspected and their state is in sync with ironic and inspector WHEN asserting the introspection result passes and nova is able to boot an instance THEN Inspector is sane08:55
milanbut08:55
milanon the second thought this is a scenario not a unit test08:55
mgouldyeah, sounds like you need to test several things about Inspector's state there08:56
lucasagomesdtantsur, hahaha man that's a good thing yes!08:57
lucasagomesautomatic morning :-)08:57
* lucasagomes adds to a todo list 08:57
mgouldlucasagomes: GitHub Issues, then anyone can do it08:58
* mgould didn't realise that lucasagomes had drawn PixieBoots - nice work!08:59
mgouldmilan: so the problem is that the "nova boot" step is flaky?09:00
milanso maybe GIVEN no introspection rules and a set of OK nodes WHEN step 1 and step 2 and .. and step n) are asserted OK THEN Inspector is sane09:00
milanmgould, dtantsur says we're not testing nova boot and the test now looks like that09:01
mgouldso what's the actual action we're testing? Is it the ironic/ironic-inspector sync?09:01
milandtantsur, ^ correct me if I'm wrong09:01
mgouldyou mean that nova boot isn't tested *anywhere*?09:01
* mgould hopes the nova people are testing it...09:02
mgouldthe WHEN step should be an action09:02
mgouldhttps://en.wikipedia.org/wiki/Given-When-Then09:02
dtantsurmilan, mgould, we don't test nova boot as it is, we test that we didn't break it by our firewall rules09:02
milanmgould, rather the point of the test case shouldn't be nova boot only09:02
dtantsurmilan, so what we test is: 1. successful introspection, 2. nova boot can still work09:03
dtantsuractually we could (and probably should) move introspection rules to the 2nd test: 1. create rules, 2. introspection works and runs rules09:03
mgouldOK09:03
dtantsurthere are not strictly related09:04
dtantsur* these09:04
vdrokmorning mgould09:04
mgouldand the setup needed to test those is "we have some nodes and no introspection rules"?09:04
mgouldmorning vdrok09:04
lucasagomesmgould, :-)09:05
mgouldyeah, "nova boot still works" and "introspection runs" sound like separate tests09:05
*** daemontool has quit IRC09:05
mgouldthough I guess they share heavy setup09:05
milanmgould, I thought  the same09:05
*** daemontool has joined #openstack-ironic09:05
milanso there should be test_Introspection09:06
milanrather TestIntrospectionClass09:06
milanTestNovaBootAfterIntrospectionClasss09:06
milanTestDiscoveryClass09:06
mgouldif you've got two independent tests that share preconditions, setting up those preconditions is *exactly what setUp is for*09:06
*** e0ne has joined #openstack-ironic09:06
milanTestNovaBootAfterDiscoveryClass?09:06
mgouldboth inheriting from TestAfterDiscoveryClass, maybe09:07
dtantsurTestIntrospection, TestDiscovery :) lets not overcomplicate it09:07
dtantsuras test case can have more than 1 tests, y'know :)09:08
mgouldyep :-)09:08
dtantsurin TestIntrospection we test various aspects of the introspection process: that it works, that it does not break nova, that it runs rules, .. (maybe more)09:08
dtantsurin TestDiscovery we at least test discovery, but maybe we can have more tests there too09:09
dtantsurwe probably can't have too many tests per gate run, cause $timeouts, but 2-3 is still fine09:09
milandtantsur, so TestIntrospection.test_introspection and TestIntrospection.test_nova_boot_after_introspection?09:10
mgouldis "after introspection" what we care about, or "after creation of firewall rules"?09:10
dtantsurmgould, after introspection, I'd say09:10
mgouldOK09:11
milandtantsur, mgould then it ought to go separate class not to have interdependent test cases09:11
milanor?09:11
dtantsurso in test_introspection we test the process itself and rules? and in test_nova_boot we only test introspection + nova boot, right?09:11
dtantsurmilan, they're not interdependent09:11
mgouldless independent than I'd thought, then09:11
milanwell, they are as test nova boot _after_ introspection implies dependency to me09:12
milancould be TestNovaBoot.after_introspection TestNovaBoot.after_discovery?09:12
dtantsur#pixiesay I don't get it --mood meh09:12
PixieBoots¯\_(ツ)_/¯: I don't get it09:12
milandtantsur, i.e. test_introspection is a precondition of working test_nova_boot_after_introspection from my pow09:13
* mgould would just put the whole sequence in one test, in that case09:13
dtantsurmgould, milan, https://etherpad.openstack.org/p/ironic-inspector-tempest09:13
dtantsurhope this is clear now :)09:15
dtantsuraarefiev, ^^^09:15
milandtantsur, missed test introspection without rules09:16
dtantsurmilan, not sure it's valuable09:16
aarefievwhy do you need separate test for all this cases?09:16
milandtantsur, also doesn't test_introspection_with_rules failing imply test_with_nova failing?09:17
dtantsurmilan, not necessary. imagine we broken the rule engine somehow09:17
dtantsurmilan, also the nova one will not have explicit checks on e.g. properties content. only check that nova does boot with whatever we provided09:17
aarefievI mean test_introspection_with_rules and test_introspection_with_nova_boot09:18
mgouldI think the value of "test introspection without rules" would be that it would help us narrow down the causes of failures09:18
mgouldwith rules fails, without doesn't => bug in rule engine09:18
dtantsurmgould, this is covered by the nova test09:18
mgouldetc09:18
dtantsuraarefiev, better failure separation? maybe we don't need it, dunno09:18
dtantsurmy only point today is that stuff that we test should not go to setUp :)09:19
milanmgould, dtantsur, I'd say then for those 2 test cases Introspection is a setUp phase they share, right?09:19
mgouldmilan: no, because with-rules sets up rules first09:19
dtantsursetUp is not about sharing code09:19
dtantsursrsly09:19
dtantsurif you want to share some code, create a method09:19
aarefievdtantsur: I'm agree with this, I had comment about this09:19
openstackgerritMerged openstack/ironic: Updated from global requirements  https://review.openstack.org/31885109:19
milandtantsur, setup is about precondition09:19
*** dmk0202 has joined #openstack-ironic09:19
milanthey share the same precondition my point is09:19
dtantsurmilan, setup is about setting about a test, yes, preconditions which is independent of the test subject09:19
dtantsurintrospection IS a test subject09:20
aarefiev+ 100009:20
dtantsurwe test introspection: from its start to its end, and then its results. this should go to a test09:20
dtantsurwe don't test nova boot as it is, we only test that it can work after introspection09:21
dtantsur(which we might easily break if we break our firewall logic)09:21
milanaarefiev, dtantsur so you say you'd put the steps in an order were it a single test case, then they're interdependent with given order all of them sharing the introspection pass as a precondition09:21
milanbut OK :)09:21
dtantsurno interdependent tests please :) just see the etherpad, it has the whole flow09:22
aarefievwe can put all in one test for now, I don't see how it helps to separate test09:22
aarefievalso I would say introspection is not precondition, it's part of test scenario09:23
milanOK cool I was referring to lines #7 and #11 here being preconditions09:23
dtantsurI don't insist on separating, just thinking it would be cleaner09:23
dtantsurmilan, no, it is what we test. precondition is e.g. having nodes enrolled or not having any stale introspection rules09:23
mgouldyeah, AFAICT "run introspection" is the action under test, and "nova boot" is a very slow assertion09:23
dtantsurmgould++ well put09:24
aarefievI'm not insist, doesn't matter09:24
*** sambetts|afk is now known as sambetts09:24
sambettsman there a ton of scroll back to read this morning ...09:25
* mgould also thinks separating the two tests is cleaner, but squashing it into one test wouldn't be a disaster09:25
aarefievmorning sambetts09:25
mgouldsambetts: tl;dr bikeshedding over test structure09:25
milanmorning sambetts09:25
mgouldalso morning sambetts09:25
dtantsursambetts, good morning, happy Friday and enjoy the scrollback :D09:25
sambettsHappy Friday :D09:25
mgouldsambetts: https://review.openstack.org/#/c/293926/14/ironic_inspector/test/inspector_tempest_plugin/tests/test_basic.py@65 is the test-case under discussion09:26
vsaienkodtanstur, jroll I have a question09:26
milandtantsur, aarefiev, mgould OK, let's make it a single test case bumping the steps in a single scenario09:26
vsaienkoAfter upgrade ramdisk from Mitaka should work on Newton or not?09:26
milanmgould, dtantsur aarefiev let's remove line #10?09:27
dtantsurvsaienko, should, yes09:27
vsaienkoat the moment it doen't work http://logs.openstack.org/09/311109/36/experimental/gate-grenade-dsvm-partial-ironic/076b225/logs/new/screen-ir-cond.txt.gz#_2016-05-20_08_55_01_08709:27
milan(and #11)09:27
mgouldmilan: cool, works for me09:27
dtantsurmilan, 10 and 11 then, yes. I'm fine with that too09:27
milanOK09:27
milanok, cool09:27
* milan hacks09:27
sambettsdtantsur, vsaienko: and this is why we need upgrade testing09:27
dtantsurvsaienko, oh hmm... lets wait for jroll then09:28
dtantsursambetts, +100009:28
vsaienkomight backport wipe_disk_metadata to Mitaka?09:28
aarefievmilan: line 10?09:28
vsaienkosambetts definitely :). It is a little bit complicated to make it working at this stage :-D09:29
dtantsurvsaienko, feature backport is a no-go. we can recommend updating the ramdisk first. but for the future we need to think more when we introduce something like that09:29
milanaarefiev, ack09:29
dtantsurvsaienko, maybe we should always update IPA first09:29
milanaarefiev, 10&1109:29
dtantsuraarefiev, this is about the etherpad, not the source file09:29
mgouldaarefiev: line 10 of https://etherpad.openstack.org/p/ironic-inspector-tempest used to start another test method09:29
vsaienkodtanstur upgrading ramdisk during upgrade require to update all nodes info, if we are ok with this we can do it09:29
sambettsdtantsur, vsaienko: newton IPA should work with mitaka ironic yes? We've not removed anything09:29
aarefievahh, so make test w/o nova boot09:30
aarefiev?09:30
dtantsursambetts, yeah, but mitaka IPA does not seem to work with newton ironic. maybe it's fine.09:30
dtantsuraarefiev, the opposite. have only one test with everything (like we have now)09:30
lucasagomesdtantsur, oh really ? :-/09:30
dtantsurwe can split it later if we want09:30
lucasagomesyou know what is broken there?09:30
* lucasagomes adds to his todo to test it09:31
dtantsurlucasagomes, yep. ironic used a new argument. actually we could be more careful with that09:31
dtantsurwipe_disk_metadata it is09:31
sambettsdtantsur: I think that makes sense, because there are new  things in newton that aren't in mitaka IPA09:31
lucasagomesdtantsur, oh right I kinda remember that, there was bugzilla about it right?09:31
lucasagomesor someone internally was testing it I believe09:31
aarefievdtantsur: https://etherpad.openstack.org/p/ironic-inspector-tempest looks good09:31
lucasagomesthat sucks09:31
sambettsor do we support +1 -1 on IPA too, if thats the case we need IPA API versioning09:31
sambetts:'(09:32
lucasagomessambetts, yeah, I'm afraid so09:32
* dtantsur runs away09:32
* sambetts hides 09:32
lucasagomesheh09:32
* mgould wonders how we can get the other four permutations of {I,P,A} in there too...09:32
sambettsI wish we could un-lockstep IPA and make it always backward compatible (which it is now basicly)09:33
sambettsits obviously just not forward compatible09:34
*** jtomasek_ has joined #openstack-ironic09:34
sambettswhich is fine, but I think we might have to add code into Ironic to turn off features if your using an older IPA09:35
mgoulddoes IPA currently identify how old it is in any way?09:35
dtantsurmgould, I don't think so09:39
sambetts:/ I guess we could do it just by detecting the http error responses09:42
dtantsurFYI: disabling cleaning in inspector jobs, should make us a bit faster https://review.openstack.org/#/c/319165/09:47
dtantsuractually with switch to tinyipa it's already pretty fast, yay!09:49
dtantsur(and with removing the DIB job ofc)09:49
* mgould votes that the next time we create an API, we version it *just in case*09:50
dtantsurversioning has it's own problems09:51
*** devananda has quit IRC09:52
dtantsure.g. with Ironic version schema we would have exactly the same breakage09:52
dtantsurbecause every time we use a new feature, we have to bump the version we demand09:52
dtantsurmgould, ^^^09:52
openstackgerritMerged openstack/ironic: Replace project clients calls with openstack client  https://review.openstack.org/31856709:53
jrolldtantsur: lucasagomes: vsaienko: sigh, I would prefer not needing to upgrade IPA at the same time as ironic10:02
jroll:(10:02
dtantsuryeah...10:02
jrollI guess we need to decide upgrade order, too10:02
dtantsurbut then we need to somehow do version negotiation (yay!)10:03
mgoulddtantsur: I thought the problem with Ironic API versions was that there were pre-versioned clients out there to which we can never say "go away, you're too old"10:03
jrollbut we could say IPA always goes first, or ironic always goes first10:03
mgouldbecause they wouldn't understand it10:03
jrollinstead of version negotiation10:03
*** devananda has joined #openstack-ironic10:03
mgouldjroll: sounds sensible10:03
vdrokmorning jroll, maybe we should add something like https://github.com/openstack/ironic-python-agent/blob/16265a6c8bcbd5fb21be82197d77d85739577fc2/ironic_python_agent/extensions/clean.py#L49 to iscsi extension10:03
* jroll oh noez ipa upgrade testing D:10:04
jrollvdrok: that's an idea too10:04
*** amotoki has quit IRC10:05
*** milan has quit IRC10:06
jrollso for the short term, we can say for newton we screwed up and you must upgrade IPA first, and we can express that in the release notes and grenade's from-mitaka10:06
jrolls/newton/newton and 6.0.0/10:06
*** mbound has quit IRC10:06
jrollwhich means we should probably release IPA before 6.x10:06
* jroll assumes new IPA works with mitaka ironic10:07
jrollthat's the other way we could do grenade right now, always use latest IPA10:07
dtantsurjroll, ideally we should do both...10:08
vdrokjroll: the fastest way I think is to do kwargs instead of argument in that function10:08
jrolldtantsur: yeah10:08
dtantsurvdrok, it's not really good to ignore arguments, unless we always guarantee that they're not important10:09
jrollvdrok: well... not sure that's backportable10:09
jrollit would need to happen on mitaka10:09
dtantsurit could be backportable, but I'd say it's dangerous10:09
vdrokit's just that using old ramdisk with new ironic makes more sense that using new ramdisk with old ironic :)10:09
*** stendulker has joined #openstack-ironic10:10
openstackgerritDavanum Srinivas (dims) proposed openstack/ironic: [WIP] Testing latest u-c  https://review.openstack.org/31844010:10
vsaienkojroll so for now we going to upgrade IPA with Ironic, and in Ocata we will guarantee Newton IPA works with Ocata Ironic?10:10
vsaienkovdrok we will not use new ramdisk with old ironic10:10
jrollvsaienko: I'm thinking so, dtantsur ^^10:11
jrollkeep in mind I'm still on coffee #110:11
vdroklucasagomes: wdyt on ^10:13
*** amotoki has joined #openstack-ironic10:13
sambettso/ jroll10:14
vdrokmorning sambetts10:15
sambettshey vdrok10:15
jrollmorning sambetts10:15
jrollthe other option here is revert the offending feature and figure out how to make it not blow up on older ramdisk10:15
*** fragatina has quit IRC10:20
*** fragatina has joined #openstack-ironic10:20
sambettscouldn't we just add code into newton that detects if the requested operation fails and detect that its a unsupported feature at that point and gracefully degrade?10:22
jrollsambetts has clearly had more coffee than I10:23
*** fragatin_ has joined #openstack-ironic10:24
*** fragatina has quit IRC10:24
sambettsheh10:25
* sambetts also on his first surprisingly 10:25
jrolldo log.debug need _() ?10:25
* jroll writing a patch10:25
sambettsNo10:26
dtantsurjroll, no, no i18n for debug10:26
* lucasagomes reads10:27
jrollthanks10:27
lucasagomesjroll, yeah same about upgrading IPA, it should be compatible :-/10:27
*** fragatin_ has quit IRC10:28
lucasagomesvdrok, kwargs does guarantee that it won't break, but I'm afraid that ignoring something important may not be the perfect solution. Say we pass something like disk_label gpt but got ignored by IPA, now deployment finishes sucessfully but it's different than what I requested10:30
lucasagomesor things like that10:30
vsaienkojroll, I'm going to revert https://github.com/openstack/ironic/commit/1a4bf23ce5773726fc776369b483254d13d54f2b place it in the chain and launch tests. Who knows what surprises waits us in future. In meantime lets find a good fix for this.10:31
lucasagomesvdrok, ansible driver o/10:31
jrollvsaienko: one sec, I have a patch coming10:31
openstackgerritJim Rollenhagen proposed openstack/ironic: Gracefully degrade wipe_disk_metadata for Mitaka ramdisk  https://review.openstack.org/31918310:32
jrollvsaienko: ^ give that a try10:32
openstackgerritYibo Cai proposed openstack/ironic: devstack: Configure console device name  https://review.openstack.org/31918410:32
*** YiboCai has quit IRC10:33
openstackgerritVasyl Saienko proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110910:34
openstackgerritVasyl Saienko proposed openstack/ironic: Gracefully degrade wipe_disk_metadata for Mitaka ramdisk  https://review.openstack.org/31918310:34
vdroklucasagomes: yep :)10:34
*** amotoki has quit IRC10:35
*** thrash|g0ne is now known as thrash10:35
*** fragatina has joined #openstack-ironic10:36
vsaienkojroll, launched tests10:36
vsaienkojroll, could you please review https://review.openstack.org/#/c/318521/. There is no need to launch tempest tests from devstack-gate, since we running smoke tests after upgrade.10:37
*** fragatina has quit IRC10:40
jrollvsaienko: done, thanks10:40
vsaienkojroll, thanks10:41
*** alaski is now known as lascii10:43
*** milan has joined #openstack-ironic10:51
*** sacharya has joined #openstack-ironic10:56
mgouldvsaienko: are we now running upgrade tests in gate?11:00
*** sacharya has quit IRC11:01
jrollmgould: no, they're still experimental11:06
jrollbut we're running them in upstream CI if that's your question11:06
mgouldOK, thanks11:07
mgouldI didn't think we were running them yet, so I was confused at a patch which seems to assume we are11:07
jrollah11:09
jrollyeah, 'check experimental' runs them11:09
mgouldcool, thanks11:09
*** zzzeek has quit IRC11:12
openstackgerritTan Lin proposed openstack/ironic-specs: Support rolling upgrades  https://review.openstack.org/29924511:15
milandtantsur, how do I overwrite the version here: https://review.openstack.org/#/c/293926/14/ironic_inspector/test/inspector_tempest_plugin/tests/manager.py,unified line #36  cls.baremetal_client.api_version = 1.8?11:15
dtantsurmilan, just create a new client instance, I guess. I don't think ironicclient officially supports overriding the version11:16
aarefievdtantsur: tempest doesn't use projects clients11:17
aarefievit uses own clients11:18
milanaarefiev, dtantsur so how to deal with the version?11:18
dtantsuroh damn...11:18
aarefievlooks like ironic doesn't support version yet11:18
dtantsurmaybe we need a wrapper than to always prepend the version header?11:18
dtantsurwe can't test inspection with the default 1.1 :)11:19
aarefievyeah, pass in header  manually11:19
dtantsurmy point was: if we do that (and we have to), we need to do it in every request to Ironic11:19
dtantsurthat's how versioning is expected to be used at least :)11:20
milandtantsur, aarefiev how about fixing that in a pull request for the baremetal_client11:20
milan?11:20
aarefievand it should be done in ironic someвфн :)11:21
aarefievsomeday11:21
sambettsвфн well those are some fun characters XD11:21
dtantsurmilan, +1. I know Yuiko was working on it some time ago, but I don't know the status11:21
mgouldsambetts: Cyrillic for "vfn"11:21
aarefievslow layout switching :)11:21
dtantsurhehe11:21
sambettshehe11:21
dtantsuraarefiev, I have layout switching on caps lock, so I do hit it sometimes11:22
jrolldtantsur: https://review.openstack.org/#/c/260358/11:22
aarefiev:)11:22
* mgould has Win+Space, which is pretty hard to hit accidentally11:22
milanaarefiev, dtantsur so keep the workaround then?11:22
milanfor the moment?11:22
* jroll consider just merging that11:23
dtantsuroh11:23
dtantsurmilan, looks like we merge https://review.openstack.org/#/c/260358/ and then use ironic_tempest_plugin instead11:23
jrollthen we just need the tempest.conf changes somehow11:23
jroll(and more tests)11:23
milandtantsur, Updated 3 months ago11:24
milansounds scary11:24
milan#pixiesay milan hesitates what to do now -m confused11:27
PixieBootsʕ๏ᴥ๏ʔ: milan hesitates what to do now11:27
openstackgerritJim Rollenhagen proposed openstack/ironic: Add support API microversions for Tempest tests  https://review.openstack.org/26035811:27
jrollrebased that to make sure it still works11:27
jrollit's only so old because we've been bad reviewers :)11:27
aarefievalso we need to switch on ironic plugin client11:28
milanjroll, so to overwrite that version in one's manager he'd just super(MyManager, cls).setup_clients(); cls.baremetal_client.set_api_microversion('1.8') correct?11:30
dtantsurjroll, it needs reworking, tempest has changed since then...11:31
jrollmilan: I'm not sure11:31
jrolldtantsur: of course :/11:31
milanjroll, ok cool, I'm trying to figure out how to use it to solve the version requirement we have in inspector test11:33
*** daemontool has quit IRC11:34
xavierr#pixiesay good morning Ironic11:35
PixieBootsʕ•͡ᴥ•ʔ: good morning Ironic11:35
dtantsurmilan, we can start with something simple, if possible..11:35
milandtantsur, +111:36
milandtantsur, what do you suggest?11:36
dtantsurmilan, dunno. maybe a subclass of BaremetalClient redefining get/set/put/post to append a fixed version?11:36
dtantsurwhatever we can quickly hack to not get blocked right away11:36
dtantsurwoohoo, ironic projects got stable:follows-policy tags!11:37
sambetts\o/11:37
mgould\o/11:38
milandtantsur, OK, I'll do that inspiration11:41
milanto be taken from the micro version patch correct?11:41
*** hoangcx has quit IRC11:41
*** daemontool has joined #openstack-ironic11:41
dtantsurright11:42
*** athomas has joined #openstack-ironic11:42
*** baoli has joined #openstack-ironic11:43
*** baoli_ has joined #openstack-ironic11:44
*** baoli has quit IRC11:47
*** nico-afk is now known as nicodemos11:48
nicodemosmorning xavierr and ironic11:49
*** mbound has joined #openstack-ironic11:51
mat128o/ nicodemos11:52
xavierrmorning nicodemos mat128 aarefiev dtantsur jroll11:52
mat128good morning everyone11:53
mat128incl xavierr :D11:53
nicodemosmat128 \o11:53
mgouldmorning xavierr mat12811:54
xavierrmorning mgould \o\11:55
*** nicodemos has quit IRC12:02
*** lucasagomes is now known as lucas-hungry12:02
*** jtomasek_ has quit IRC12:05
*** jtomasek_ has joined #openstack-ironic12:05
dtantsuras we're working on upgrades, I'm creating an official "upgrade" bug tag, wdyt?12:08
mgoulddtantsur: +112:08
mat128dtantsur: good idea12:08
openstackgerritSam Betts proposed openstack/ironic: [DO NOT MERGE] Testing Cisco CI  https://review.openstack.org/28931212:08
* sambetts 's CI made had a hissyfit again because my test team rebooted jenkins12:10
*** rbudden has joined #openstack-ironic12:13
dtantsur#pixiesay -m meh12:13
PixieBoots¯\_(ツ)_/¯12:13
*** daemontool_ has joined #openstack-ironic12:14
mat128#pixiesay you should never reboot Jenkins :D12:14
PixieBootsʕ•͡ᴥ•ʔ: you should never reboot Jenkins :D12:14
*** dprince has joined #openstack-ironic12:14
sambettshehe12:15
*** jtomasek_ has quit IRC12:16
*** ayoung has quit IRC12:16
*** jtomasek has joined #openstack-ironic12:16
* dtantsur has to rebuild his devstack vm, because he dared rebooting it and upgrading the host machine. Not the vm panics on start up >_<12:17
*** daemontool has quit IRC12:17
sambetts:(12:17
*** piet has joined #openstack-ironic12:18
mat128dtantsur: panics!12:19
mat128weird12:19
* mat128 uses a cloud instance for devstack 8)12:20
dtantsurI have a pretty powerful Dell Tower machine which is always on and I use it as a virt host (+ IRC bouncer)12:22
* parlos tries to get devstack+ironic working using http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack as reference.12:22
*** amotoki has joined #openstack-ironic12:22
dtantsurI used to have a separate bare metal server for devstack, but they took it away :)12:24
* parlos started with a Windows VirtBox VM; failed. Then Linux BM; but conflicts with gitlab.. Now third try (a charm?) with BM linux (but with xen configured).12:25
*** trown|outtypewww is now known as trown12:25
*** afaranha has quit IRC12:25
*** amotoki has quit IRC12:32
openstackgerritDmitry Tantsur proposed openstack/ironic-inspector: [WIP] Remove support for the old bash ramdisk  https://review.openstack.org/31922712:35
dtantsurhere is starts \o/12:38
sambetts\o/12:38
dtantsurthe patch is not quite ready, just checking if I'm removing too much12:38
*** fellypefca has joined #openstack-ironic12:39
*** piet has quit IRC12:40
*** piet has joined #openstack-ironic12:43
parlosHave a nice weekend, bye bye12:43
sambettscya parlos12:44
*** parlos has quit IRC12:48
openstackgerritVasyl Saienko proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110912:54
openstackgerritVasyl Saienko proposed openstack/ironic: Gracefully degrade wipe_disk_metadata for Mitaka ramdisk  https://review.openstack.org/31918312:54
openstackgerritVasyl Saienko proposed openstack/ironic: Move all cleanups to cleanup_ironic  https://review.openstack.org/31866012:54
openstackgerritVasyl Saienko proposed openstack/ironic: Restart n-cpu after Ironic install  https://review.openstack.org/31847912:54
openstackgerritVasyl Saienko proposed openstack/ironic: Make sure create_ovs_taps createse uniq taps  https://review.openstack.org/31910112:54
openstackgerritVasyl Saienko proposed openstack/ironic: Keep backward compatibility for openstack port crate  https://review.openstack.org/31923212:54
*** piet has quit IRC12:55
*** sacharya has joined #openstack-ironic12:57
dtantsurjroll, did we ever discuss an ironicclient command to import 1 or more nodes from a JSON?12:59
jrolldtantsur: we did, at some point, but never did it13:00
*** lucas-hungry is now known as lucasagomes13:00
jrolldtantsur: I think the conclusion was "this is what for loops are for"13:00
dtantsurjroll, I'm trying to reduce the amount of things that tripleo reinvents, and this is one of them.13:00
dtantsurjroll, not sure I get it, what do you mean?13:01
jrolldtantsur: I think this isn't out of the question for people to handle on their own13:01
jrolleveryone's enrollment process is a bit different13:01
jrollfor example, ours involves touching our CMDB13:01
lucasagomesdtantsur, jroll I once proposed having something in yaml, that looks like: http://paste.openstack.org/show/497895/13:02
jrollso I'm not sure how useful it is, other than moving code from tripleo to ironicclient13:02
dtantsurjroll, well, tripleo already has this command, so I wonder if more people could benefit13:02
*** sacharya has quit IRC13:02
lucasagomesI still have some code for it, it checks against a schema and things like that13:02
dtantsurlucasagomes, yeah, that's what I was thinking about (modulo also supporting JSON)13:02
* lucasagomes I don't think I've put a patch for it up tho, but I do have a PoC13:03
*** cdearborn has joined #openstack-ironic13:03
lucasagomesdtantsur, jroll I think bifrost has something similar too13:03
jrollyeah, I'm not strongly opinionated, I just feel like it's a distraction and more code to carry13:04
lucasagomesto import nodes from json or yaml (not sure which)13:04
cineramaoh yeah we can import stuff from json, csv etc13:04
lucasagomesjroll, right, yeah it worth checking if there are multiple implementations say tripleo, bifrost, <something else>13:04
lucasagomesI believe it's good to have a de-facto one in our client13:04
lucasagomessince the client is suppose to facilitate usage13:05
lucasagomes(so it won't be in the API like a PUT, only in the client)13:05
mat128lucasagomes: cat + xargs ftw :)13:05
jrolllucasagomes: yeah, I'm just imagining the feature explosion, e.g. validating every possible driver_info field etc13:06
lucasagomesjroll, oh no, that's way out13:06
jrolllucasagomes: someone will add it, guarantee13:06
dtantsurjroll, no logic there, just take JSON, create a node, update fields that are not part of node-create API13:06
lucasagomeslike the schema was checking for things like uuid syntax, mac address syntax13:06
openstackgerritVasyl Saienko proposed openstack/ironic-python-agent: TEST COMMIT  https://review.openstack.org/30547313:06
jrollwhat fields are not part of our node-create api O_o13:06
lucasagomesjroll, heh yeah if that happens we have to block it13:06
mat128lucasagomes: we have to version this schema then?13:06
dtantsurjroll, we did this mistake in tripleo, it's horrible, I'll -2 every attempt to do client-side validation13:06
lucasagomesmat128, good question, it's possible13:07
lucasagomesmat128, at the time I don't think we had microversions in place13:07
jrolldtantsur: but we don't do server side validation of driver_info etc fields13:07
dtantsurjroll, well, this is to be fixed on server side then. client side is only JSON -> API13:07
mat128lucasagomes: if we were to offer an --import-from-file option in our client, the schema for that file must be consistent across releases13:07
dtantsurmat128, the schema for this file would be: whatever /v1/node/detail returns13:08
dtantsuri.e. what we show, the same we accept13:08
jrolldtantsur: going back, what fields are not part of our node-create api?13:08
lucasagomesjroll, target_13:08
dtantsurjroll, I'm not sure, maybe none.. I got this assumption somehow, but now I can't remember13:08
lucasagomesthere a couple13:08
jrolllucasagomes: target_?13:09
lucasagomestarget_provision_state13:09
lucasagomesand power13:09
dtantsurwell, we're not supposed to allow setting read only fields13:09
jrollsure, that isn't part of node-update api13:09
jrolleither*13:09
*** daemontool_ has quit IRC13:09
jrolldtantsur said "take JSON, create a node, update fields that are not part of node-create API", that's what I'm asking about13:09
lucasagomesjroll, yeah it's not13:09
dtantsurjroll, ignore that. I was under assumption that we only accept a few fields for POST. Friday...13:10
jroll:)13:10
lucasagomesjroll, oh right, I believe we can create a node with everything we need (for the writable fields ofc) in oneinput13:10
jrollat any rate, I honestly don't find this super important13:11
jrollnot necessarily opposed13:11
dtantsurjroll, so yeah, it could be: for node in json: for port in node['ports']: create_port(port)  create_node(node)13:11
dtantsuranother interesting feature people request is to be able to *update* a node from such file. or ever *create-or-update* which is MUCH funnier13:12
lucasagomesdtantsur, yeah, that would require the file to actually have the id's13:12
jrollright, you see how far this rabbit hole goes :)13:12
dtantsurlucasagomes, it's worse, but lets put it aside :)13:13
dtantsurjroll, well, we have a -2 button to prevent it from going too far, right? ;)13:13
lucasagomesTheJulia, ^ I think bifrost does have it, no?13:13
jrolldtantsur: sure, after we spend hours discussing if it's too far :)13:14
*** parlos has joined #openstack-ironic13:14
dtantsurneither the first time, nor the last :)13:14
mat128don't forget provision_state13:14
mat128cant set that13:14
mat128in case you want to do /v1/node/detail | ironic --load-from-json13:15
jrolldtantsur: we're used to it so let's keep wasting time on it?13:15
jrollwhat I'm trying to say is, if it's just a simple for loop13:15
jrollthat's easy enough for folks to do on their own13:15
dtantsurjroll, could you please type this for loop if it's so simple? noting that our CLI does not accept JSON right now13:16
jrolldtantsur: use the python sdk...13:16
dtantsurjroll, we're talking about CLI now.. do you want people to continue developing "additions" for our CLI?13:16
jrolldtantsur: I don't think our cli needs to do everything13:16
dtantsurjroll, I'm trying to fight this right now: https://github.com/openstack/python-tripleoclient/blob/master/setup.cfg#L58-L6413:17
dtantsurjroll, well, our API does allow creating a node from JSON. our CLI does not.13:17
mat128dtantsur: for node in json.loads(json_data): ironic.node.create(**node)13:17
dtantsurmat128, bash: syntax error near unexpected token `('13:17
mat128was python13:18
mat128gimme a sec :)13:18
dtantsurright :) and I'm talking about CLI13:18
dtantsurif you give me a python example, don't forget the whole authentication btw13:18
mat128well, same applies to having a working ironic CLI13:18
mat128ironic node-list13:18
mat128or whatev13:18
dtantsuranyway, we're talking about CLI and mere users, not programmers13:19
lucasagomesjroll, JayF off-topic the current discussion. I was reviewing the rolling upgrade spec and there's a couple of meantions to re-loading the config via SIGHUP, which is tricky and unsupported in Ironic AFAICT13:19
cineramahere's our relevant science re json: http://git.openstack.org/cgit/openstack/bifrost/tree/bifrost/inventory.py13:19
lucasagomesjroll, JayF since you guys have been managing and upgrading ironic for some time, do you have some of it downstream?13:19
lucasagomeseven tho I don't think you guys do rolling upgrade, right?13:19
jrolllucasagomes: we don't have that downstream, no13:20
lucasagomesright, ok I will take a look at it see if there's a nice way of doing it13:20
jrolllucasagomes: yeah, I'd comment on the spec and ask for it to be added as a work item or removed13:21
jrolllucasagomes: fwiw, nova has this13:21
lucasagomesmy concern is more about periodic tasks, since the decorators gets a directly value for spacing (spacing=<value>)13:21
jrollmaybe oslo.service does?13:21
lucasagomesjroll, I did13:21
lucasagomesjroll, it does handle the signal yes, but still we need to reload13:21
mat128dtantsur: I agree with you, it's not trivial and the proof is https://github.com/openstack/python-tripleoclient/blob/master/tripleoclient/v1/baremetal.py#L14713:22
jrolllucasagomes: yeah13:22
mat128it's a class on it's own13:22
lucasagomeslike the periodic task there, the problem is, the value is in the decorator so won't be reloaded13:22
dtantsurmat128, this thing does way too much stuff tbh13:22
lucasagomesa possible solution was to have spacing to receive a reference to a function, that returns the value13:22
lucasagomesso it can be update on-the-fly13:22
mat128dtantsur: it probably started as a csv -> ironic node-create13:22
mat128or json13:22
mat128dtantsur: and then, feature creep13:22
* lucasagomes looks at nova13:22
jrolllucasagomes: yeah, so we could say certain configs don't reload with SIGHUP13:23
lucasagomesjroll, right, which is a bit strange... I mean, how to identify those?13:23
dtantsurmat128, yeah. that inevitably will happen with a 3rd party enrolling implementation. people will start to make it too specific. that's why I'd love us to have a simple common basis13:23
lucasagomesjroll, it really should be able to update it all, if done right13:23
jrolllucasagomes: sure13:23
lucasagomesdtantsur, mat128 fwiw https://github.com/openstack/bifrost/blob/fa5f65adeff340f8415be46754cb327a3912852d/bifrost/inventory.py13:24
jrolldtantsur: so like I said, I'm not strictly opposed, I just think we'll feature creep on it for something that isn't incredibly useful13:24
jrollI struggle to find a person that can build a json file in the prescribed schema, that also wouldn't be able to program for the ironic sdk13:25
jroll(without writing that json by hand, which is just as annoying as doing node-create commands one by one)13:25
openstackgerritVladyslav Drok proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110913:25
openstackgerritVladyslav Drok proposed openstack/ironic: Keep backward compatibility for openstack port crate  https://review.openstack.org/31923213:25
openstackgerritVladyslav Drok proposed openstack/ironic: Gracefully degrade start_iscsi_target for Mitaka ramdisk  https://review.openstack.org/31918313:25
openstackgerritVladyslav Drok proposed openstack/ironic: Move all cleanups to cleanup_ironic  https://review.openstack.org/31866013:26
openstackgerritVladyslav Drok proposed openstack/ironic: Restart n-cpu after Ironic install  https://review.openstack.org/31847913:26
openstackgerritVladyslav Drok proposed openstack/ironic: Make sure create_ovs_taps createse uniq taps  https://review.openstack.org/31910113:26
dtantsurjroll, believe me or not, folks deploying tripleo in fields write it by hand..13:26
dtantsurjroll, and they're not programmers13:26
jrolldtantsur: they write the json by hand?13:26
dtantsurjroll, yep (I'm not saying it's great fwiw)13:26
jrolldtantsur: why is that easier than writing all the node-create commands by hand?13:26
*** mjura has quit IRC13:27
dtantsurjroll, the only reason I can think of is repeatability13:27
mat128jroll dtantsur  could as well maintain a shell script with ironic node-create || ironic node-update ;)13:27
dtantsurI don't disagree with that :)13:27
*** nicodemos has joined #openstack-ironic13:27
jrollthere's repeatability in the node-create too...13:27
*** parlos has quit IRC13:27
jrollanyway, my view doesn't change here13:28
jrollbut I'm not a dictator13:28
jrollunfortunately I can't tell people what to work on either13:28
jrollso, do what you will13:28
jrollbut I think it's a poor use of our time13:28
dtantsurgot it, thanks13:28
*** dansmith is now known as superdan13:31
dtantsurjroll, on an unrelated topic: could you please take a look at https://review.openstack.org/317969 ? this is hardware_initialize with the sleep bit stripped away to another patch13:31
*** ayoung has joined #openstack-ironic13:33
*** sabeen has joined #openstack-ironic13:34
openstackgerritVincent S. Cojot proposed openstack/ironic: Makes the vbox driver work on headless VirtualBox machines  https://review.openstack.org/31127813:37
jrolldtantsur: just one thing13:37
dtantsurouch, good catch13:37
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Clarify which projects are meant to use the ironic-lib  https://review.openstack.org/31925113:38
lucasagomesjroll, devananda rloo^13:39
lucasagomessince we reached a decision in the ML about it13:39
* lucasagomes think so at least13:39
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: Add hardware manager interface for hardware initialization  https://review.openstack.org/31796913:40
dtantsurjroll, ^^^13:40
jrolllucasagomes: ++13:40
jrolldtantsur: +213:41
dtantsurthnx13:41
openstackgerritDmitry Tantsur proposed openstack/ironic-python-agent: Add a configurable sleep before IPA starts working  https://review.openstack.org/31874513:42
dtantsurand this is what we all hate :(13:42
sambettsYup :(13:43
* sambetts wishes we lived in a more event driven world13:43
ElCoyote_dtantsur: Good morning.. :)13:43
ElCoyote_and good morning everyone else also.. :) :) :)13:44
*** daemontool has joined #openstack-ironic13:44
mgouldmorning ElCoyote_13:44
sambettsHi ElCoyote_ !13:44
*** joprovost has joined #openstack-ironic13:45
dtantsurElCoyote_, morning13:45
*** links has quit IRC13:46
*** smoriya has quit IRC13:46
lucasagomesElCoyote_, morning13:47
ElCoyote_That's my first commit in Openstack land.. it started a few weeks ago with just a few changed lines and have evolved into something more fully implemented.. I've also learned a great deal along that road.. Thanks to all the reviewers. (And I wish I wouldn't have given you all that trouble! :) )13:47
sambetts\o/ congrats ElCoyote_13:49
ElCoyote_sambetts: Don't! It's not accepted yet.. :) and I'm only at the 12th revision.. :)13:50
lucasagomesElCoyote_, good, thanks for contributing :-)13:51
*** joprovost has quit IRC13:52
*** ametts has joined #openstack-ironic13:53
*** linuxaddicts has quit IRC13:53
ElCoyote_if I wanted a backport of my patch into liberty.. I assume it must first be accepted on master but how I do go about providing a patch to liberty afterwards or helping with it?13:53
jrollmorning ElCoyote_ :)13:54
sambettsElCoyote_: I assume you'd need to backport it into mitaka first13:54
*** joprovost has joined #openstack-ironic13:54
jrollElCoyote_: liberty is for security and critical bug fixes only, I don't think this will make it there13:54
ElCoyote_jroll: too bad then ..13:54
jrollit's probably fine for mitaka13:55
lucasagomesElCoyote_, as jroll said, there's also some guidelines you can check about stable branches13:56
ElCoyote_jroll: I use liberty in my lab (OSP8) so I'm patching ssh.py manually there.. was wondering if I had a change to see that small patch nbackported (since the functionnality is there)13:56
lucasagomesElCoyote_, http://docs.openstack.org/project-team-guide/stable-branches.html#appropriate-fixes13:56
jrollElCoyote_: yeah, see the link, them's the rules :/13:56
ElCoyote_Oh.. I hadn't seen that .. Many thanks for thsat13:59
*** mgoddard__ has joined #openstack-ironic14:02
*** joprovost1 has joined #openstack-ironic14:03
*** milan has quit IRC14:03
*** mgoddard_ has quit IRC14:03
*** joprovost has quit IRC14:04
*** joprovost1 is now known as joprovost14:04
*** daemontool has quit IRC14:06
*** lintan has quit IRC14:09
*** linuxaddicts has joined #openstack-ironic14:09
vdrokhas anyone seen this - http://logs.openstack.org/79/310179/4/gate/gate-tempest-dsvm-python-ironicclient-src/1c21ca5/console.html ?14:09
vdrokseems that instance just does not get associated with a node?14:09
vdrok(unrelated to grenade:))14:10
sambettsvdrok: you've hit my race condition bug14:10
vdroksambetts: oh, could you give a link?14:10
*** lintan has joined #openstack-ironic14:10
sambettsvdrok: Here is the patch to fix it, it linked to the bug, https://review.openstack.org/#/c/308348/, it can be identified by looking at the n-sch log you can see it freaks up14:11
sambettsfreaks out14:11
*** stendulker has quit IRC14:12
vdrokyep, I remember you saying about that thing with int and none, thanks!14:12
* jroll bbiab14:14
vdrok:( reverify does not add a job directly to gate check anymore14:15
*** linuxaddicts has quit IRC14:19
*** joprovost1 has joined #openstack-ironic14:22
*** wajdi has joined #openstack-ironic14:22
*** joprovost has quit IRC14:23
*** joprovost1 is now known as joprovost14:23
*** parlos has joined #openstack-ironic14:25
*** wajdi_ has joined #openstack-ironic14:27
*** wajdi_ has quit IRC14:28
*** wajdi_ has joined #openstack-ironic14:28
*** wajdi_ has quit IRC14:28
*** ChrisAusten has joined #openstack-ironic14:29
*** wajdi_ has joined #openstack-ironic14:29
sambettsorly?14:29
sambettseven if it passed check already??14:29
sambettsit makes it go through both queues again?14:29
*** hemna_ has joined #openstack-ironic14:30
*** wajdi_ has quit IRC14:30
*** wajdi has quit IRC14:30
*** wajdi has joined #openstack-ironic14:31
wajdigood morning14:31
vdroksambetts: yep14:32
vdrokmorning wajdi14:32
wajdi0/14:32
sambettsvdrok: ah man thats annoyinh14:33
openstackgerritDebayan Ray proposed openstack/proliantutils: Add supported boot modes to server capabilities  https://review.openstack.org/27505314:35
*** wajdi_ has joined #openstack-ironic14:36
*** wajdi_ has quit IRC14:36
*** wajdi_ has joined #openstack-ironic14:37
devanandamornin, all14:37
*** sacharya has joined #openstack-ironic14:37
sambettsmorning devananda14:38
vdrokgood morning devananda14:38
*** wajdi_ has quit IRC14:39
*** wajdi_ has joined #openstack-ironic14:39
*** wajdi has quit IRC14:40
*** trown is now known as trown|afk14:42
*** wajdi_ is now known as wajdi14:43
* wajdi really needs to get around to setting up a bnc14:43
devanandadtantsur: could you clarify your comments on https://review.openstack.org/318829 ?14:44
*** daemontool has joined #openstack-ironic14:44
*** mtanino has joined #openstack-ironic14:48
dtantsurdevananda, try str(b"hello") in Python. this will give you something like repr(b"hello"), not converted bytes into str (at least as far as I understood)14:48
dtantsuralso morning devananda14:49
devanandag'morning :)14:49
dtantsuralso Popen is a bit redundant, you could use check_output, but that's a nit14:50
devanandahmm14:51
*** milan has joined #openstack-ironic14:52
*** ohamada has quit IRC14:52
devanandaoh, i see14:52
devanandadtantsur: yea, this is the wrong output ...14:53
devananda © Copyright OpenStack Foundation. Last updated on b"'Thu May 19 10:52:23 2016, commit f749c77'". Created using Sphinx 1.2.3.14:53
devanandagood catch :)14:53
dtantsur:)14:53
sambettsbytes and strings between py2 and py3 is the most annoying of the differences14:54
dtantsur.. and the most important :)14:54
sambettsyeah XD14:54
*** mgkwill has joined #openstack-ironic14:57
lucasagomesjroll, replied to the add a warning request in https://review.openstack.org/#/c/319251/14:59
openstackgerritDevananda van der Veen proposed openstack/ironic: Read the Sphinx html_last_updated_fmt option correctly in py3  https://review.openstack.org/31882915:00
*** jjohnson2 has joined #openstack-ironic15:00
jrolllucasagomes: well, I want some indication that we're free to break projects not in ironic governance that are using this15:00
jrolllucasagomes: or more strongly worded to say projects outside of our governance shouldn't use it15:00
devanandadtantsur: ^15:00
jrollI don't think what you have now is enough to keep people away15:00
*** rama_y has joined #openstack-ironic15:01
lucasagomesjroll, ack, lemme try to reword that, perhaps saying "used exclusively by projects under..."15:01
jrolllucasagomes: cool, thanks15:01
openstackgerritLucas Alvares Gomes proposed openstack/ironic-lib: Clarify which projects are meant to use the ironic-lib  https://review.openstack.org/31925115:03
*** kromanenko_ has quit IRC15:03
*** Romanenko_K has quit IRC15:03
*** kromanenko__ has quit IRC15:04
*** _vsaienko has joined #openstack-ironic15:04
*** _vs has joined #openstack-ironic15:04
wajdi@devananda I don't have the full context of what type of outputs will be stored in "html_last_updated_fmt". But are there any risks of single quotes being inside the string?15:05
*** hemna_ has quit IRC15:05
devanandawajdi: the output is the result of running that git log command15:08
devanandaeg, Thu May 19 10:52:23 2016, commit f749c7715:08
devanandathere should not be any quotation marks in either the date string or the commit sha15:08
wajdiThanks for the clarification.15:09
dtantsurdevananda, just omit quotes after format:15:10
dtantsurit's not needed, subprocess will figure out spaces in the argument15:10
* dtantsur just tested15:10
dtantsur>>> git_cmd = ["git", "log", "--pretty=format:%ad, commit %h", "--date=local", "-n1"]15:11
dtantsur>>> check_output(git_cmd).decode('utf-8')15:11
dtantsur'Thu May 19 17:21:28 2016, commit 8e0fe82'15:11
dtantsurthen you won't need the replace bit15:11
dtantsurdevananda, ^^^15:11
devanandaoh, cool15:12
*** jjohnson2 has quit IRC15:13
devanandadtantsur: re: documentation on maintenance mode - I don't think the API docs are the place to put that, but I completely agree that we need more docs on that15:14
dtantsurmaybe. I just see a lot of users confused by this field, hence my request15:15
dtantsurmaybe the user guide, not the API ref15:15
devanandaexactly15:15
devanandathe api ref should link to that, IMO15:15
devanandabut right now, the only docs on maintenance that we have are in the #troubleshooting section15:16
*** vishwanathj has joined #openstack-ironic15:16
openstackgerritVincent S. Cojot proposed openstack/ironic: Makes the vbox driver work on headless VirtualBox machines  https://review.openstack.org/31127815:16
wajdidoh....silly me...for some odd reason I thought that git log would have contained a commit message as well (hence my concern for random punctuation)....fwiw I can also confirm testing on my end that the replace is not needed.15:19
*** _vs has quit IRC15:20
*** _vsaienko has quit IRC15:20
*** rbudden has quit IRC15:23
*** mbound has quit IRC15:26
*** Sukhdev has joined #openstack-ironic15:28
*** Sukhdev has quit IRC15:29
*** Sukhdev has joined #openstack-ironic15:30
*** daemontool_ has joined #openstack-ironic15:31
*** daemontool has quit IRC15:33
*** sacharya_ has joined #openstack-ironic15:34
*** wajdi has quit IRC15:37
*** sacharya has quit IRC15:37
*** wajdi has joined #openstack-ironic15:37
openstackgerritDevananda van der Veen proposed openstack/ironic: Update the api-ref documentation for Drivers  https://review.openstack.org/31370815:41
openstackgerritDevananda van der Veen proposed openstack/ironic: Update the api-ref documentation for Ports  https://review.openstack.org/31318715:41
openstackgerritDevananda van der Veen proposed openstack/ironic: Update the api-ref documentation for Root and Nodes  https://review.openstack.org/31279515:41
openstackgerritDevananda van der Veen proposed openstack/ironic: Read the Sphinx html_last_updated_fmt option correctly in py3  https://review.openstack.org/31882915:41
sambettsdtantsur: I wonder if we should handle the sleep inside the long initalize?15:43
devanandaso, folks, I'd really like to suggest that we land these15:43
devanandaeven if they're not perfect15:43
devanandabecause other folks are already proposing conflicting (duplicative) updates15:44
devanandabecause our docs are terrible right now15:44
devanandaeg, https://review.openstack.org/31665115:44
*** _vsaienko has joined #openstack-ironic15:44
JayFI'll review 'em right now15:44
*** _vs has joined #openstack-ironic15:44
* dtantsur reviews15:44
devanandathanks15:44
devanandaIMO, it's a disservice to users when we nitpick doc reviews like this15:45
devanandaand makes more work for developers, too15:45
sambettsdevananda: have you seen https://review.openstack.org/#/c/314514/? Something I've been working on and sort of relevant to the fact we're now documenting our API properly15:45
devanandasambetts: no, I had not. thanks ...15:46
*** penick has joined #openstack-ironic15:46
devanandasambetts: haha. yea, we have several "reserved names" right now :(15:47
devanandaat first glance, that's a good fix15:47
dtantsurdevananda, first two LGTM, sorry for holding the node's one for so long15:47
*** _vsaienko has quit IRC15:47
*** _vs has quit IRC15:47
devanandadtantsur: all your feedback has been great, and very much appreciated15:47
sambettsdevananda: its interesting the more I dug into it the more URLs I found that routed into places we didn't expect or want15:48
devanandasambetts: heh :(15:48
*** Nakato has quit IRC15:49
sambettsdocumenting our API makes it better thought because then invalid URLs can be treated as bugs, because we've had a few discussions on here about if that change/the ones that follow it are technically removing working URLS from our API, I personally think they are bugs15:50
sambettsand I think thats the conclusion we came to in here the other day15:50
vsaienkodtantsur: do we have a bug to track grenade work?15:51
vsaienkomorning devananda15:51
*** rcernin has quit IRC15:51
devanandasambetts: bugs, IMO15:51
sambettscool :)15:52
*** jjohnson2 has joined #openstack-ironic15:55
*** MattMan has quit IRC15:56
*** MattMan has joined #openstack-ironic15:56
wajdidevananda: With respect to entries in the docs like "Normal response code". If there are multiple codes supported, would you prefer pluralizing "code"? (asking before I comment unnecessarily)15:56
wajdiand I guess the same applies for cases where "codes" is used and only a single response code is specified15:57
*** _vsaienko has joined #openstack-ironic15:58
*** _vs has joined #openstack-ironic15:58
*** sdake_ has quit IRC15:59
sambettsdevananda: something that I realised going through the controllers, is that right now GET/DELETE/PUT v1/chassis/<chassis id>/nodes/<node id> all return 403 Operation not permitted, I was wondering what your thoughts were on enabling them, because if done right they shouldn't be a duplicate of v1/nodes/<node id> because it should validate that the node your operating on is a member of that16:00
openstackgerritYosef Hoffman proposed openstack/ironic-inspector: Update API Docs from UUID to Node ID  https://review.openstack.org/31933016:00
sambettschassis16:00
*** sdake has joined #openstack-ironic16:01
*** athomas has quit IRC16:02
dtantsurvsaienko, not that I'm aware of16:03
*** jjohnson2 has quit IRC16:04
openstackgerritMerged openstack/python-ironicclient: Replace deprecated tempest-lib with tempest  https://review.openstack.org/31017916:05
*** e0ne has quit IRC16:06
lucasagomesdevananda, agreed on the docs thing... +a 31279516:06
*** daemontool has joined #openstack-ironic16:07
devanandawajdi: the response code(s) data needs to be cleaned up a bit more16:08
lucasagomesjroll, devananda https://review.openstack.org/#/c/319251/ since we agreed on it in te ML (if you have time)16:08
devanandaI haven't audited all the possible success/failure codes from each method16:08
*** daemontool_ has quit IRC16:09
devanandasambetts: oh, interesting16:09
wajdidevananda: ok. I'm just trying to gauge what should be -1 worthy since this is all documentation. If I find any typo's or inconsistent casings, should I categorize those as nits?16:09
*** Sukhdev has quit IRC16:09
devanandawajdi: or toss up a fix-it patch on top ;)16:10
wajdiGood point! :)16:10
devanandawajdi: for a docs patch, yea, typos should be fixed. (if it were inline comments, I'm more relaxed about those)16:11
*** Sukhdev has joined #openstack-ironic16:11
*** _vsaienko has quit IRC16:11
*** _vs has quit IRC16:11
* parlos feeling happy that I managed to setup the devstack+ironic environment, now I have a playground for the weekend :)16:12
*** Sukhdev_ has joined #openstack-ironic16:12
*** sdake has quit IRC16:12
devanandaoh, right. I can't build docs on my laptop right now :(16:13
devanandayay py3 ....16:13
devananda  File "/opt/source/openstack/ironic/.tox/venv/lib/python3.5/site-packages/wsmeext/sphinxext.py", line 364, in format_name16:13
devananda    return '/' + '/'.join(path)16:13
devanandaTypeError: can only join an iterable16:13
sambettsnice :(16:13
wajdioh my...16:14
*** Sukhdev has quit IRC16:15
mgoddard__hey Ironic, is the linux bridge neutron mechansim driver supported for use with ironic, or is OVS required?16:16
wajdiparlos: did you follow the documentation when setting up your  devstack/ironic environment? I've been reviewing the tutorial documentation and I ran in to some issues by just following the docs. Trying to determine if it is just me or others have experienced similar issues.16:16
*** Sukhdev_ has quit IRC16:16
parloswajdi: afaik I followed this http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack.16:16
sambettsmgoddard__: devstack or real hardware deployment?16:17
*** dmk0202 has quit IRC16:17
sambettsmgoddard__: our devstack plugin directly hooks in OVS for certain things, so in that case you really need to use it16:17
wajdiparlos: Great. And that documentation was clear enough to get through without issues?16:17
parlosBut it took a while as I started with a box that was 'operational', i.e. mysql etc was already there..16:17
wajdiok16:17
sambettsmgoddard__: but in a real world deployment, your controller node should be able to run either16:17
JayFwajdi: I use that doc all the time, it works great16:17
parlosSo, in stead of fixing the merge, I just moved to the next box.16:18
mgoddard__sambetts, thanks. this is a real world question16:18
parloswhich was 'cleaner' it just had xen installed.16:19
wajdiJayF: Following this documentation: http://docs.openstack.org/developer/devstack/ gave me issues until I decided to look at the more ironic specific one and it worked great.16:19
JayFwajdi: yeah, gotta use the ironic one ot have ironic work16:19
parlosShould it not be possible to start with one devstack and then add ironic support?16:19
devanandamgoddard__: OVS/OVN is required for real-world use, afaik16:20
wajdiparlos:  so yeah...that is actually what I was trying to do. I wanted to use the stand-alone devstack doc and see what i had to do from themre16:20
devanandamgoddard__: there are a few other mech drivers floating around the community, but I do not believe they are based on linuxbridge16:20
mgoddard__devananda: any idea why?16:20
wajditurns out it was much easier and less of a headache to just do the ironic devstack doc16:20
devanandamgoddard__: well, because you need TOR control16:20
sambettsdevananda, mgoddard__: linux bridge can do flat network, I don't think multitenent was mentioned anywhere16:21
*** jjohnson2 has joined #openstack-ironic16:21
devanandaoh, good point16:21
mgoddard__sambetts: correct, this is flat16:21
parloswajdi thats my experience too. Ok have a nice day16:21
devanandamgoddard__: do you need neutron to do anything other than DHCP?16:21
parlosbye16:21
wajdibye16:21
*** parlos has quit IRC16:21
mgoddard__devananda: nope16:22
mgoddard__we may need to support multiple flat networks16:22
devanandawhat does that mean?16:22
mgoddard__multiple physical networks16:22
devanandamgoddard__: different deployments of Ironic, then? if the machines are on physically separate (flat) networks, how can they talk to each other?16:23
sambettsthat should be fine with linux bridge, as long as those networks can route back to the control plane and talk to the API16:23
jrollvsaienko: for grenade, https://bugs.launchpad.net/ironic/+bug/156177316:23
openstackLaunchpad bug 1561773 in Ironic "[RFE] Run grenade tests against Ironic in CI" [Wishlist,Confirmed] - Assigned to John L. Villalovos (happycamp)16:23
mgoddard__devnanda, 1 node, two networks16:24
*** fellypefca has quit IRC16:24
mgoddard__one deployment of ironic16:24
*** hemna_ has joined #openstack-ironic16:25
devanandamgoddard__: sambetts is correct re: flatnetwork and linuxbridge for a single network16:25
sambettsyou may have to disable cleaning for that setup16:25
devanandasambetts: should be able to do cleaning - just on the same PXE network as everything else, no?16:26
sambettsnot if multiple flat networks16:26
mgoddard__why would cleaning fail?16:26
sambettsworks for provisioning because the network is set through nova for that, but because we only store 1 network id in the ironic config for cleaning network it would work for one of the networks but not the other16:27
*** daemontool has quit IRC16:27
*** daemontool_ has joined #openstack-ironic16:27
mgoddard__I see. we're not using cleaning, so not a problem16:29
mgoddard__thanks for the help16:29
*** swatson_ is now known as swatson16:33
jlvillalvsaienko: vdrok: Good evening. Just curious about current status of Grenade stuff?16:40
vdrokmorning jlvillal16:41
vdrok311109 currently running in zuul16:41
vdrokpartial grenade results are promising :)16:41
*** rajinir has quit IRC16:42
vdrokit failed, but it's run with concurrency 2, and the issue seems to be an ordinary timeout not related to upgrade process16:42
jlvillalvdrok: Great :)16:42
jlvillalI'm building my VM right now to do a test run.16:43
*** trown|afk is now known as trown16:43
lucasagomesjlvillal, morning16:45
jlvillalGood morning lucasagomes. I hope you are ready for a nice weekend :)16:45
*** sacharya has joined #openstack-ironic16:47
lucasagomesJayF, if you have time, https://review.openstack.org/#/c/318538/ (that's the node object thing)16:47
lucasagomesjlvillal, yup! Calling it a day very soon16:48
lucasagomesJayF, and btw, thanks a lot for the stickers!16:48
JayFlucasagomes: always have time to review things, but it's -1 and V-1 right now16:48
openstackgerritMerged openstack/ironic: Read the Sphinx html_last_updated_fmt option correctly in py3  https://review.openstack.org/31882916:48
lucasagomesJayF, yes, it's just to know if people are OK with the idea16:48
JayFyeah okay cool I'll have a look16:48
JayFit's open16:48
vdrokjlvillal: jroll true grenade pass! http://logs.openstack.org/09/311109/39/experimental/gate-grenade-dsvm-ironic/b14cce8/logs/grenade.sh.txt.gz16:48
*** sacharya_ has quit IRC16:48
jlvillalvdrok: Woo hoo!16:48
vdrokit still runs tempest all for some reason afterwards, seems like some project config issue16:49
vdrokbut the grenade itself is ok16:49
jlvillalvdrok: In my local setup it runs tempest-smoke afterwards16:50
vsaienkojlvillal, jroll, vrok http://logs.openstack.org/09/311109/39/experimental/gate-grenade-dsvm-ironic/b14cce8/logs/grenade.sh.txt.gz#_2016-05-20_15_40_47_73216:50
vsaienkosmoke tests succeeded after upgrade16:50
jlvillalvdrok: Maybe we can ask mtreinish about if we need to have tempest run at the very end.16:50
*** lazy_prince has quit IRC16:50
*** Guest89093 has quit IRC16:50
vsaienkojob failed by timeout16:50
vdrokjlvillal: I think we don't16:50
openstackgerritYosef Hoffman proposed openstack/ironic-inspector: Update Introspection API Docs from UUID to Node ID  https://review.openstack.org/31933016:50
vsaienkojroll, jlvillal we need this merged https://review.openstack.org/#/c/318521/16:51
jlvillalvdrok: Have you looked at a Nova run to see if their job does?16:51
jlvillalvsaienko: I can harrass^H^H^H^H^H^H^H ask people to look at it.16:51
vdrokjlvillal: I don't see nova grenade running tests afterwards16:54
lucasagomesok folks, calling it a day16:54
lucasagomeshave a great evening all, enjoy the weekend!16:54
sambettso/ lucasagomes16:55
*** lucasagomes is now known as lucas-afk16:55
vdrokjlvillal: oh, actually they have DEVSTACK_GATE_TEMPEST=1, without any additional parameters, so they run smoke in the end16:56
jlvillalvsaienko, vdrok: I have a bad feeling: https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L23616:56
vdrokyep :(16:56
jlvillalIn regards to: https://review.openstack.org/#/c/318521/16:56
vdrokjlvillal: well, we still don't have to set it manually :)16:56
jlvillalvdrok: For sure drop the ALL one16:56
vdrokbut idk16:57
*** jjohnson2 has quit IRC16:58
jlvillalvdrok: vsaienko https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate.sh#L76016:59
jlvillalSo good to get rid of the DEVSTACK_GATE_TEMPEST_ALL_PLUGINS=116:59
*** mbound has joined #openstack-ironic17:01
vdrokjlvillal: we need to remove this one too then - https://github.com/openstack/ironic/blob/master/devstack/upgrade/settings#L1917:02
*** derekh has quit IRC17:03
jlvillalvdrok: I agree. Since we will just be running it twice.17:03
openstackgerritDevananda van der Veen proposed openstack/ironic: Add some docs about firmware security  https://review.openstack.org/30897817:03
vdrokjlvillal: right now we would run smoke twice - during grendade, and then once again by devstack-gate in the very end17:03
vdrokyep17:03
vdrokso17:03
JayFlucas-afk: approach lgtm17:03
* devananda has not locally tested ^17:03
vdrokjlvillal: I'll update project-config patch to only remove all-plugin and revert the TARGET_RUN_SMOKE patch in ironic17:03
JayFdevananda: that's a solid doc on firmware security17:04
jlvillalvdrok: Spasibo17:04
vdrokjlvillal: no problemo :D17:04
devanandaheading into the office. I may or may not be back online...17:04
devanandaJayF: thanks17:04
sambettscya devananda17:04
* sambetts is heading off for the weekend 17:04
* jlvillal is jealous of sambetts living in sunny England17:05
sambettso/ cya Monday everyone :D17:05
sambettsjlvillal: ha sunny :-P17:05
jlvillalsambetts: Enjoy your weekend!17:05
sambettscya jlvillal :D17:05
*** sambetts is now known as sambetts|afk17:05
jlvillalsambetts: I lived three years in Huntingdon17:05
jlvillalsambetts: In between Peterborough and Cambridge17:05
sambetts|afkjlvillal: Oh nice17:05
jlvillalSummer's were nice :)17:05
sambetts|afk:) so you know how tempremental it can be then ;)17:06
jlvillalYep. And back in the time when the malls were closed on Sundays...17:06
jlvillalIt was my introduction to Doner Kebabs :)17:06
* jlvillal still likes them...17:06
sambetts|afkmmmm doner hehe17:07
jlvillal:)17:07
* jlvillal remembers paying 1 quid at the time.17:08
* jlvillal is also dating himself...17:08
openstackgerritVladyslav Drok proposed openstack/ironic: Revert "Run smoke tests after upgrade"  https://review.openstack.org/31937217:09
*** jistr has quit IRC17:09
*** jtomasek has quit IRC17:14
*** sabeen has quit IRC17:19
*** ElCoyote_ has left #openstack-ironic17:20
dtantsurhave a great weekend everyone!17:22
*** dtantsur is now known as dtantsur|afk17:22
*** david-lyle_ is now known as david-lyle17:22
*** hemna_ has quit IRC17:23
openstackgerritVladyslav Drok proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110917:24
openstackgerritVladyslav Drok proposed openstack/ironic: Revert "Run smoke tests after upgrade"  https://review.openstack.org/31937217:24
openstackgerritVladyslav Drok proposed openstack/ironic: Keep backward compatibility for openstack port create  https://review.openstack.org/31923217:24
openstackgerritVladyslav Drok proposed openstack/ironic: Gracefully degrade start_iscsi_target for Mitaka ramdisk  https://review.openstack.org/31918317:24
openstackgerritVladyslav Drok proposed openstack/ironic: Move all cleanups to cleanup_ironic  https://review.openstack.org/31866017:24
openstackgerritVladyslav Drok proposed openstack/ironic: Restart n-cpu after Ironic install  https://review.openstack.org/31847917:24
openstackgerritVladyslav Drok proposed openstack/ironic: Make sure create_ovs_taps creates unique taps  https://review.openstack.org/31910117:24
*** jralph has joined #openstack-ironic17:26
vdrokjlvillal: leaving now, could you retrigger check experimental on https://review.openstack.org/311109 after https://review.openstack.org/318521 is merged?17:28
jlvillalvdrok: Sure. Will do.17:28
jlvillalvdrok: Have a great weekend17:28
vdrokthanks, you too!17:28
vdrokgood night everyone17:28
*** daemontool has joined #openstack-ironic17:37
*** ChrisAusten has quit IRC17:38
*** daemontool_ has quit IRC17:39
*** ChubYann has joined #openstack-ironic17:40
* mgould -> away; have a good weekend, everyone!17:41
*** mgould is now known as mgould|afk17:41
openstackgerritMerged openstack/ironic: Update the api-ref documentation for Root and Nodes  https://review.openstack.org/31279517:42
*** e0ne has joined #openstack-ironic17:46
openstackgerritVincent S. Cojot proposed openstack/ironic: Make the vbox driver work on headless VirtualBox machines  https://review.openstack.org/31127817:56
*** mtanino has quit IRC17:57
*** jcoufal has quit IRC18:01
*** ijw has joined #openstack-ironic18:03
openstackgerritVincent S. Cojot proposed openstack/ironic: Make the vbox driver work on headless VirtualBox machines  https://review.openstack.org/31127818:04
openstackgerritYosef Hoffman proposed openstack/ironic-inspector: Update Introspection API Docs from UUID to Node ID  https://review.openstack.org/31933018:06
*** fragatina has joined #openstack-ironic18:06
*** jcoufal has joined #openstack-ironic18:07
*** joprovost has quit IRC18:08
*** ijw has quit IRC18:10
*** fragatina has quit IRC18:10
*** ifarkas has quit IRC18:11
*** joprovost has joined #openstack-ironic18:11
*** fragatina has joined #openstack-ironic18:13
openstackgerritDevananda van der Veen proposed openstack/ironic: Add some docs about firmware security  https://review.openstack.org/30897818:13
*** mtanino has joined #openstack-ironic18:14
*** joprovost1 has joined #openstack-ironic18:14
*** fragatina has quit IRC18:15
*** fragatina has joined #openstack-ironic18:15
*** joprovost has quit IRC18:15
*** joprovost1 is now known as joprovost18:15
jlvillalvsaienko: vdrok: https://review.openstack.org/#/c/318567/  now I am seeing an error in Grenade about it not knowing about "openstack port create"18:17
jlvillal2016-05-20 18:05:37.629 | ++ /opt/stack/new/ironic/devstack/lib/ironic:create_ovs_taps:680 :   openstack port create --network 51d7bdc6-2f60-4ba2-b6b4-ec78bdb624dd temp_port -c id -f value18:18
jlvillal2016-05-20 18:05:38.202 | + /opt/stack/new/ironic/devstack/lib/ironic:create_ovs_taps:680 :   port_id='openstack: '\''port'\'' is not an openstack command. See '\''openstack --help'\''.18:18
jlvillal2016-05-20 18:05:38.202 | Did you mean one of these?18:18
jlvillal2016-05-20 18:05:38.202 |   port delete18:18
jlvillal2016-05-20 18:05:38.202 |   port show18:18
*** nicodemos is now known as nico-afk18:21
*** sabeen has joined #openstack-ironic18:22
openstackgerritVincent S. Cojot proposed openstack/ironic: Make the vbox driver work on headless VirtualBox machines  https://review.openstack.org/31127818:22
openstackgerritJohn L. Villalovos proposed openstack/ironic: Revert "Replace project clients calls with openstack client"  https://review.openstack.org/31940518:24
*** jcoufal has quit IRC18:29
*** ElCoyote_ has joined #openstack-ironic18:29
*** _vsaienko has joined #openstack-ironic18:37
*** _vs has joined #openstack-ironic18:37
*** _vsaienko has quit IRC18:43
*** _vs has quit IRC18:43
*** sdake has joined #openstack-ironic18:46
*** _vsaienko has joined #openstack-ironic18:49
*** _vs has joined #openstack-ironic18:49
*** dmk0202 has joined #openstack-ironic18:50
*** rajinir has joined #openstack-ironic18:51
*** _vsaienko has quit IRC18:53
*** _vs has quit IRC18:53
*** ChrisAusten has joined #openstack-ironic18:56
*** ijw has joined #openstack-ironic18:57
*** ijw_ has joined #openstack-ironic19:01
*** ijw has quit IRC19:02
rajinirktaylor: or anyone: I'm starting to setup the Ironic Thirdparty CI job and before I do I want to get familiar with Ironic Testing and I'm new. Is this a good page to start?19:03
rajinirhttp://docs.openstack.org/developer/ironic/dev/dev-quickstart.html#deploying-ironic-with-devstack19:03
*** liliars has quit IRC19:14
*** xavierr has quit IRC19:16
*** jjohnson2 has joined #openstack-ironic19:16
*** clenimar has quit IRC19:17
*** hemna_ has joined #openstack-ironic19:18
*** nico-afk has quit IRC19:19
*** jiangfei has quit IRC19:23
*** jiangfei has joined #openstack-ironic19:23
*** jjohnson2 has quit IRC19:24
*** _vsaienko has joined #openstack-ironic19:25
*** _vs has joined #openstack-ironic19:25
*** cdearborn has quit IRC19:26
*** marksei has joined #openstack-ironic19:27
*** ayoung has quit IRC19:29
*** cdearborn has joined #openstack-ironic19:35
*** hemna_ has quit IRC19:45
*** joprovost has quit IRC19:47
*** joprovost has joined #openstack-ironic19:48
*** xavierr has joined #openstack-ironic19:49
*** nico-afk has joined #openstack-ironic19:50
*** clenimar has joined #openstack-ironic19:51
*** _vsaienko has quit IRC19:58
*** _vs has quit IRC19:58
*** _vsaienko has joined #openstack-ironic20:01
*** _vs has joined #openstack-ironic20:01
*** _vsaienko has quit IRC20:05
*** _vs has quit IRC20:05
*** e0ne has quit IRC20:08
*** e0ne has joined #openstack-ironic20:12
openstackgerritVincent S. Cojot proposed openstack/ironic: Make the vbox driver work on headless VirtualBox machines  https://review.openstack.org/31127820:14
*** sdake has quit IRC20:22
*** sdake has joined #openstack-ironic20:22
*** marksei has quit IRC20:24
*** _vsaienko has joined #openstack-ironic20:25
*** _vs has joined #openstack-ironic20:25
*** sdake has quit IRC20:25
*** ayoung has joined #openstack-ironic20:26
*** joprovost has quit IRC20:30
*** e0ne has quit IRC20:32
*** _vsaienko has quit IRC20:33
*** _vsaienko has joined #openstack-ironic20:35
*** baoli_ has quit IRC20:36
*** baoli has joined #openstack-ironic20:37
*** baoli has quit IRC20:44
*** sdake has joined #openstack-ironic20:45
*** _vsaienko has quit IRC20:53
*** _vs has quit IRC20:54
*** _vsaienko has joined #openstack-ironic20:55
*** _vs has joined #openstack-ironic20:55
*** dprince has quit IRC20:58
*** _vs has quit IRC20:58
*** _vs has joined #openstack-ironic21:00
*** _vsaienko has quit IRC21:02
*** _vs has quit IRC21:02
*** _vsaienko has joined #openstack-ironic21:05
*** _vs has joined #openstack-ironic21:05
mat128Monday is Victoria Day for us canadians, have a good weekend everyone21:05
mat128http://www.statutoryholidays.com/victoriaday.php21:06
*** wajdi_ has joined #openstack-ironic21:06
*** wajdi has quit IRC21:09
*** wajdi__ has joined #openstack-ironic21:09
*** wajdi has joined #openstack-ironic21:10
*** lucas-afk has quit IRC21:11
*** wajdi_ has quit IRC21:11
JayFdevananda: goign to fix the pep8 error in the firmware doc21:13
*** trown is now known as trown|outtypewww21:13
devanandaJayF: thanks much21:13
devanandaI can't test the doc build locally yet21:13
devanandait bails on py3521:14
openstackgerritVladyslav Drok proposed openstack/ironic: WIP: grenade checking  https://review.openstack.org/31110921:14
devanandaand I haven't rebuild a py27 env21:14
*** wajdi__ has quit IRC21:14
JayFI found most of my environment-building annoyance went away when I started working from home and not having to share my internet :)21:15
*** wajdi has quit IRC21:15
*** lucasagomes has joined #openstack-ironic21:18
*** rcernin has joined #openstack-ironic21:20
*** daemontool has quit IRC21:22
*** ametts has quit IRC21:31
*** _vsaienko has quit IRC21:37
*** _vs has quit IRC21:37
*** _vsaienko has joined #openstack-ironic21:40
*** _vs has joined #openstack-ironic21:40
*** cdearborn has quit IRC21:46
*** lascii is now known as alaski21:50
*** dmk0202 has quit IRC21:57
*** lindycoder has joined #openstack-ironic21:59
*** sdake has quit IRC21:59
*** lindycoder has quit IRC22:00
*** _vs has quit IRC22:01
*** _vsaienko has quit IRC22:01
*** sdake has joined #openstack-ironic22:09
*** hemna_ has joined #openstack-ironic22:19
*** stevemar is now known as notstevemar22:24
*** vishwanathj has quit IRC22:24
*** sabeen has quit IRC22:35
*** krotscheck is now known as krotscheck_dcm22:57
JayFdevananda: I will get to that, just got sent down a rabbithole with my dev env being busted23:07
jlvillalJayF: Your environment building sounds the same as mine. I am SSHing into my box at home and doing my grenade stuff there. Too much of a pain inside work...23:08
JayFI mean, I have a nice vagrant setup going23:08
JayFbut an upgrade of $something broke it23:08
JayFI'm about 4 changes deep in to the rabbithole now :/23:09
JayFI think I may have fixed it now, about to find out23:09
JayFI think the core problem was ansible must have gotten upgraded in the fedora repos, breaking my automation23:09
jlvillaljroll: https://review.openstack.org/#/c/311109/  Woo hoo :)   Both grenade jobs are green.23:09
jlvillalvsaienko: vdrok ^^^^23:10
jlvillalJayF: Enjoy your yak-shaving ;)23:11
* jlvillal has often gone yak-shaving... 23:11
JayFyeah at this point just trying to get this stuff fixed up so maybe next week I can not be sick most of the week and start getting stuff done again :/23:11
jlvillalJayF: I'm worried I will be sick next week. My wife was sick and now I feel a slight soreness in my throat...23:12
* jlvillal thinks he will work from home the rest of the day.23:13
*** rbudden has joined #openstack-ironic23:32
*** ChrisAusten has quit IRC23:37
*** ppiela has quit IRC23:38
*** ijw_ has quit IRC23:45
JayF==> jay_dev:   file /usr/share/man/man1/vim.1.gz from install of vim-common-2:7.4.1718-1.fc23.x86_64 conflicts with file from package vim-minimal-2:7.4.827-1.fc23.x86_6423:48
* JayF flips table23:48
*** jaybeale has joined #openstack-ironic23:51
*** ChrisAusten has joined #openstack-ironic23:52

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