Wednesday, 2015-02-04

*** naohirot has joined #openstack-ironic00:01
*** dkingshott has quit IRC00:04
naohirotgood morning ironic00:04
NobodyCammorning naohirot :)00:04
naohirotNobodyCam: good evening :)00:05
NobodyCam:)00:05
*** alexpilotti has quit IRC00:10
*** mlsoule has quit IRC00:12
rloohi NobodyCam -- just reading https://review.openstack.org/152734. seems like it should be two separate patches, one to revert, one to add the config?00:15
NobodyCamI thought about that but there was the config option we added withthe last patch so I just adjusted it00:16
*** andreykurilin_ has quit IRC00:16
NobodyCamand because I left all the logging the other patch added in it wasn't a real revert00:16
NobodyCamand dprince and chatted about the config option ^^^^ in scrollback00:17
*** BadCub_ has quit IRC00:18
rlooNobodyCam: oh. hmm. well, see what others think. to me, the config is separate but anyway.00:18
NobodyCamrloo: I can break them up00:18
NobodyCam:)00:18
NobodyCambut I'll do that tomorrow :-p00:18
NobodyCamhehehe00:18
rlooNobodyCam: I used to think it was ok, but somehow I seem to have been brainwashed. argh.00:19
NobodyCam:)00:19
*** alex_xu_ has quit IRC00:23
*** davideagnello has joined #openstack-ironic00:24
*** davideagnello has quit IRC00:29
*** jerryz has joined #openstack-ironic00:38
*** chenleji has quit IRC00:40
*** rloo has quit IRC00:51
*** david-lyle is now known as david-lyle_afk00:57
openstackgerritKyle Stevenson proposed openstack/ironic-python-agent: Add log and return results to IPA extensions  https://review.openstack.org/15275501:04
openstackgerritKyle Stevenson proposed openstack/ironic-python-agent: Add additional logging and return results for IPA extensions  https://review.openstack.org/15275501:06
kylestevJayF: ^ when you get a chance :)01:07
openstackgerritJim Rollenhagen proposed openstack/ironic: Add documentation on parallel argument for driver periodic tasks  https://review.openstack.org/15275601:11
jrolldtantsur|afk: ^ approved your patch and put this on top01:12
jrollkylestev: wrap your commit messages bro01:12
kylestevjroll: doing that atm lol01:12
jroll:P01:13
jroll72 characters is the norm iirc01:13
openstackgerritKyle Stevenson proposed openstack/ironic-python-agent: Add additional logging and return results for IPA extensions  https://review.openstack.org/15275501:14
jrollwhee01:14
kylestevahhh much better01:14
kylestevrussell_h: ^^^ btw01:18
*** achanda_ has joined #openstack-ironic01:19
*** achanda has quit IRC01:22
*** achanda_ has quit IRC01:24
*** jmanko has joined #openstack-ironic01:38
*** rameshg87 has joined #openstack-ironic01:41
*** jmankov has quit IRC01:42
*** jmanko has quit IRC01:42
*** jmanko has joined #openstack-ironic01:42
*** anderbubble has joined #openstack-ironic01:45
*** Marga_ has quit IRC01:51
*** Marga_ has joined #openstack-ironic01:52
*** chenglch has joined #openstack-ironic01:52
openstackgerritJim Rollenhagen proposed openstack/ironic: Add documentation on parallel argument for driver periodic tasks  https://review.openstack.org/15275601:53
*** Marga_ has quit IRC02:07
*** rwsu is now known as rwsu-afk02:11
openstackgerritMerged openstack/ironic: Add support for driver-specific periodic tasks  https://review.openstack.org/14752302:20
*** yog_ has quit IRC02:31
*** ramineni has joined #openstack-ironic02:42
openstackgerritNaohiro Tamura proposed openstack/ironic-specs: iRMC Virtual Media Deploy Driver for Ironic  https://review.openstack.org/13486502:44
*** jerryz has quit IRC02:45
*** yog_ has joined #openstack-ironic02:45
*** jerryz has joined #openstack-ironic02:48
*** spandhe has quit IRC02:50
*** eghobo has quit IRC03:04
*** ijw has joined #openstack-ironic03:09
*** yog_ has quit IRC03:18
*** rameshg87 has quit IRC03:27
*** harlowja is now known as harlowja_away03:28
*** stendulker has joined #openstack-ironic03:29
*** anderbubble has quit IRC03:32
*** yog_ has joined #openstack-ironic03:34
openstackgerritjiangfei proposed openstack/python-ironicclient: cli support --os-endpoint  https://review.openstack.org/15276503:37
*** jmankov has joined #openstack-ironic03:41
*** jmank has joined #openstack-ironic03:42
*** jmanko has quit IRC03:44
*** jmankov has quit IRC03:45
*** Haomeng|2 has joined #openstack-ironic03:50
*** Haomeng has quit IRC03:51
*** mitz_ has quit IRC03:56
*** yuanying has quit IRC03:56
*** ijw has quit IRC03:56
*** yuanying_ has joined #openstack-ironic03:56
*** mitz has joined #openstack-ironic03:56
*** ijw has joined #openstack-ironic03:58
*** achanda has joined #openstack-ironic04:20
*** achanda has quit IRC04:22
*** achanda has joined #openstack-ironic04:22
*** eghobo has joined #openstack-ironic04:59
*** Nisha has joined #openstack-ironic05:02
openstackgerritMichael Davies proposed openstack/ironic: Add logical name support to Ironic  https://review.openstack.org/14173705:04
openstackgerritAnusha Ramineni proposed stackforge/proliantutils: Initial Support to RIS  https://review.openstack.org/15278005:06
*** davideagnello has joined #openstack-ironic05:09
*** david-lyle_afk has quit IRC05:11
*** achanda has quit IRC05:11
*** david-lyle_afk has joined #openstack-ironic05:11
*** harlowja_away has quit IRC05:19
*** davideagnello has quit IRC05:21
*** alex_xu has joined #openstack-ironic05:24
*** bradjones has quit IRC05:27
*** achanda has joined #openstack-ironic05:27
*** davideagnello has joined #openstack-ironic05:28
*** bradjones has joined #openstack-ironic05:30
*** davideagnello has quit IRC05:33
*** pradipta_away is now known as pradipta05:35
russell_hkylestev: nice05:42
openstackgerritMichael Davies proposed openstack/ironic: Add logical name support to Ironic  https://review.openstack.org/14173705:44
*** eghobo has quit IRC05:44
*** killer_prince is now known as lazy_prince05:49
*** Marga_ has joined #openstack-ironic05:53
*** Marga_ has quit IRC05:53
*** Marga_ has joined #openstack-ironic05:54
*** coolsvap_ is now known as coolsvap05:57
*** achanda has quit IRC06:00
*** achanda has joined #openstack-ironic06:05
*** achanda has quit IRC06:13
*** jerryz has quit IRC06:34
*** ijw has quit IRC06:34
*** achanda has joined #openstack-ironic06:35
*** yog_ has quit IRC06:45
*** mrda is now known as mrda-away06:47
*** yog_ has joined #openstack-ironic06:54
*** chlong has joined #openstack-ironic07:06
*** yog_ has quit IRC07:09
*** ukalifon has joined #openstack-ironic07:09
*** Haomeng has joined #openstack-ironic07:20
*** Haomeng|2 has quit IRC07:20
*** Nisha has quit IRC07:21
*** dtantsur|afk is now known as dtantsur07:22
dtantsurMorning Ironic07:22
*** chlong has quit IRC07:28
*** yog_ has joined #openstack-ironic07:30
GheRiveromorning ironic07:34
*** davideagnello has joined #openstack-ironic07:38
*** davideagnello has quit IRC07:43
openstackgerritRamakrishnan G proposed stackforge/proliantutils: Add hacking to test-requirements  https://review.openstack.org/15281707:46
*** achanda has quit IRC07:46
dtantsurGheRivero, morning07:54
*** jcoufal has joined #openstack-ironic07:54
*** jerryz has joined #openstack-ironic07:57
*** achanda has joined #openstack-ironic08:01
openstackgerritTan Lin proposed openstack/ironic: Update agent driver with new field driver_internal_info  https://review.openstack.org/15205508:08
*** ifarkas has joined #openstack-ironic08:13
*** achanda has quit IRC08:26
*** stelfer has joined #openstack-ironic08:26
*** jistr has joined #openstack-ironic08:29
*** lucasagomes has joined #openstack-ironic08:29
*** kozhukalov has joined #openstack-ironic08:37
*** yuanying has joined #openstack-ironic08:47
*** yuanying_ has quit IRC08:50
openstackgerritRamakrishnan G proposed stackforge/proliantutils: Add hacking and fix pep8 issues  https://review.openstack.org/15281708:53
openstackgerritNaohiro Tamura proposed openstack/ironic: Refactor ilo.deploy._get_single_nic_with_vif_port_id()  https://review.openstack.org/15250609:00
openstackgerritZhenzan Zhou proposed openstack/ironic: Add policy show_password to mask passwords in driver_info  https://review.openstack.org/15068809:03
*** athomas has joined #openstack-ironic09:08
dtantsurifarkas, FYI driver-specific periodic tasks were merged09:09
ifarkasdtantsur, excellent, thanks!09:10
openstackgerritMarco Morais proposed openstack/ironic: Rename provision_state to power_state in test_manager.py  https://review.openstack.org/15283309:20
kozhukalovguys, am i right when think that Ironic does some background stuff using green threads and if I have many background tasks which are to be run at the same time (for example ssh some server and run some a little bit too long running command like 10 minutes) it is not a problem at all because green threads do cost almost nothing and potentially I could09:25
kozhukalovconfigure workers_pool_size=10000 instead of 100 by default?09:25
dtantsurI remember people having some problems with too larger workers pool, but I'm not aware of details09:26
dtantsurbut yes, these are green threads09:26
dtantsuryou better ask devananda when he's available09:27
*** derekh has joined #openstack-ironic09:27
*** bauzas has quit IRC09:29
kozhukalovdtantsur: thanx, devananda is now sitting next to me ) hope he'll find couple minutes to answer09:30
dtantsurheh that should work :)09:30
*** bauzas has joined #openstack-ironic09:31
kozhukalovim interesting in that in the context of using Ironic together with kind of agent which does not have any kind of async API but just a set of executable entry points and i am going to run them via ssh09:32
*** igordcard has joined #openstack-ironic09:49
*** MattMan has joined #openstack-ironic09:49
*** jcoufal_ has joined #openstack-ironic09:52
*** jcoufal has quit IRC09:53
*** igordcard has quit IRC09:54
*** naohirot has quit IRC09:54
*** yog_ has quit IRC09:55
*** Haomeng|2 has joined #openstack-ironic09:58
*** Haomeng has quit IRC09:59
*** stelfer has quit IRC09:59
*** davideagnello has joined #openstack-ironic10:05
openstackgerritDevananda van der Veen proposed openstack/ironic: Conductor errors if enabled_drivers are not found  https://review.openstack.org/15284410:08
*** saripurigopi has joined #openstack-ironic10:08
*** andreykurilin_ has joined #openstack-ironic10:08
*** yog_ has joined #openstack-ironic10:09
openstackgerritMerged stackforge/proliantutils: Add hacking and fix pep8 issues  https://review.openstack.org/15281710:11
*** dtantsur is now known as dtantsur|bbl10:13
*** dlpartain has joined #openstack-ironic10:21
*** mgoddard has joined #openstack-ironic10:34
openstackgerritAnusha Ramineni proposed stackforge/proliantutils: Initial Support to RIS  https://review.openstack.org/15278010:34
*** Nisha has joined #openstack-ironic10:37
*** dlpartain has left #openstack-ironic10:39
*** chenglch has quit IRC10:40
openstackgerritAnusha Ramineni proposed stackforge/proliantutils: Initial Support to RIS  https://review.openstack.org/15278010:40
*** chenleji has joined #openstack-ironic10:41
chenlejianybody could show me more about network in ironic deployment? thx~10:43
*** yog_ has quit IRC10:44
*** athomas has quit IRC10:44
openstackgerritLucas Alvares Gomes proposed openstack/ironic: Add support for local boot  https://review.openstack.org/14618910:45
*** alexpilotti has joined #openstack-ironic10:47
*** pelix has joined #openstack-ironic10:48
*** athomas has joined #openstack-ironic10:51
*** dtantsur|bbl is now known as dtantsur10:56
openstackgerritMichael Davies proposed openstack/ironic: Add logical name support to Ironic  https://review.openstack.org/14173711:00
Nishadtantsur,11:00
Nishahi11:00
Nishadtantsur, i am facing some rpc issue11:00
Nishadtantsur, i am getting this error "Endpoint does not support RPC method inspect_hardware"11:01
Nishait goes to rpcapi but is not able to resolve it to manager.py in conductor even though the function exists there11:02
dtantsurNisha, something wrong with RPC versions?11:03
dtantsurdid you update it in both places?11:03
Nishayes11:03
Nishai have updated RPC_API_VERSION correctly11:03
dtantsurNisha, what's the patch? do you have it up to date now? I'll have a look once I finish with the current call11:04
NishaIt is not uptodate...i will just post the patches...11:04
dtantsurok11:05
*** ramineni has quit IRC11:05
*** yog_ has joined #openstack-ironic11:07
*** yog_ has quit IRC11:12
openstackgerritNisha Agarwal proposed openstack/ironic: Add states required for node-inspection  https://review.openstack.org/14785711:17
*** andreykurilin_ has quit IRC11:20
openstackgerritTan Lin proposed openstack/ironic: Add AMT-PXE-Driver Common Library  https://review.openstack.org/13518411:22
openstackgerritTan Lin proposed openstack/ironic: Add AMT-PXE-Driver Power&Management Interface  https://review.openstack.org/15285711:22
openstackgerritTan Lin proposed openstack/ironic: Enable AMT driver to set boot device in pxe._continue_deploy.  https://review.openstack.org/15285811:22
openstackgerritTan Lin proposed openstack/ironic: Add AMT-PXE driver doc  https://review.openstack.org/15285911:22
lucasagomesNisha, hi there, any updates on https://review.openstack.org/#/c/141012/ ?11:30
lucasagomescan I update the patch myself?11:30
Nishalucasagomes, on this patch we need to handle the operators as supported in extra_specs_op.py in nova/scheduler/filters/11:33
Nishaso i did changes for others but how to handle <or> operator i was confused11:33
Nishai will update the patch today11:33
*** yog_ has joined #openstack-ironic11:36
*** saripurigopi has quit IRC11:39
Nishalucasagomes, please go ahead and update the patch.11:41
Nishawill u be handling the operators also?11:41
*** stendulker has quit IRC11:49
*** Nisha_away has joined #openstack-ironic11:54
*** Nisha has quit IRC11:54
openstackgerritDevananda van der Veen proposed openstack/ironic: Conductor errors if enabled_drivers are not found  https://review.openstack.org/15284411:57
lucasagomesNisha_away, hi sorry for the delay. Right, hmm I wasn't planning on updating the next one12:01
*** vdrok has joined #openstack-ironic12:01
*** david-lyle_afk is now known as david-lyle12:01
lucasagomesNisha_away, I will update the #141012 and ping some nova people see if I get someone to look at it12:01
lucasagomesbecause that's blocking the local boot stuff12:01
Nisha_awayi am updating it but as of now not handling or operator...12:01
lucasagomesI can help out with the operator one too, but I've to update myself about it (as reading the spec and undestanding the use case, etc)12:01
lucasagomesNisha_away, sure, right12:02
Nisha_awaywill update for that by night12:02
lucasagomesNisha_away, right. Thanks! that should be quick update12:02
*** lynxman has quit IRC12:02
lucasagomesa quick*12:02
lucasagomesNisha_away, thanks...12:02
*** lucasagomes is now known as lucas-hungry12:03
lucas-hungryI will grab some lunch12:03
*** Nisha_away is now known as Nisha12:03
*** bradjones has quit IRC12:11
Nishalucasgomes i am getting following pep8 error for json.dumps jsonutils.dumps must be used instead of json.dumps12:12
Nishalucas-hungry, ^^^^12:12
*** lynxman has joined #openstack-ironic12:13
*** alexpilotti has quit IRC12:13
*** bradjones has joined #openstack-ironic12:14
*** vdrok has quit IRC12:14
openstackgerritNisha Agarwal proposed openstack/ironic: Add MANAGEABLE state and associated transitions  https://review.openstack.org/15007312:14
openstackgerritNisha Agarwal proposed openstack/ironic: Add states required for node-inspection  https://review.openstack.org/14785712:14
openstackgerritNisha Agarwal proposed openstack/ironic: Add InspectInterface for node-introspection  https://review.openstack.org/14981712:14
dtantsurNisha, is it good that you keep rebasing https://review.openstack.org/#/c/150073/ ?12:15
*** trown|call has joined #openstack-ironic12:16
*** vdrok has joined #openstack-ironic12:16
Nishadtantsur, means?12:16
Nishafor my testing i am not using 15007312:16
dtantsur<openstackgerrit> Nisha Agarwal proposed openstack/ironic: Add MANAGEABLE state and associated transitions  https://review.openstack.org/15007312:16
dtantsurthis ^^^12:17
dtantsurit's possible you step on devananda's shoes when doing it12:17
Nishai am just raising review for my changes which depends on the deva's patch12:17
*** henry_chen has joined #openstack-ironic12:17
*** kevinbenton_ has joined #openstack-ironic12:17
Nishajust raising git review is causing it12:18
dtantsurNisha, you have to make sure your local copy of his patch is up-to-date before calling git reivew12:18
*** rodrigod` has joined #openstack-ironic12:18
dtantsurNisha, always start with getting the latest patchset of this patch, then rebasing your work on top of it with 'git rebase -i'12:18
henry_chenwho can tell me the network for ironic?12:18
dtantsurhenry_chen, sorry, what do you mean by "network for ironic"?12:19
henry_chenI can't understand the traffic network and management network in ironic.12:19
*** subscope has quit IRC12:19
*** Haomeng has joined #openstack-ironic12:19
Nishai did pull latest changes i.e. patch set 1412:19
*** Haomeng|2 has quit IRC12:20
*** subscope has joined #openstack-ironic12:20
*** yog_ has quit IRC12:20
*** erwan_taf has quit IRC12:20
*** trown has quit IRC12:20
*** kevinbenton has quit IRC12:20
*** rodrigods has quit IRC12:20
*** sbadia has quit IRC12:20
Nishadtantsur, i am following https://wiki.openstack.org/wiki/Gerrit_Workflow12:22
*** rodrigod` is now known as rodrigods12:22
*** rodrigods has quit IRC12:22
*** rodrigods has joined #openstack-ironic12:22
henry_chendtantsur, I read the code, found ironic conductor use the "dd" command to copy the image into disk via management network.12:25
*** yog_ has joined #openstack-ironic12:26
henry_chenmeanwhile, when the server is power on, does the physical server invoke the ironic API to enter venderpassthr?12:27
*** sbadia has joined #openstack-ironic12:27
*** EmilienM|afk is now known as EmilienM12:27
dtantsurhenry_chen, you mean during deployment? yes, deploy ramdisk calls back Ironic once it prepared iscsi12:28
*** erwan_taf has joined #openstack-ironic12:28
henry_chendtantsur, in the stage of deployment, the bare metal server must pass the management network. but how can i get the metadata info when the server booting.12:31
henry_cheni means they are in different network, the management network and traffic network.12:32
dtantsurhenry_chen, probably your question is partly related to https://review.openstack.org/#/c/143480/12:33
henry_chendtantsur> thanks! i will read it righ now.12:34
*** davideagnello has quit IRC12:34
*** david-lyle is now known as david-lyle_afk12:36
*** david-lyle_afk is now known as david-lyle12:36
*** david-lyle is now known as david-lyle_afk12:44
*** david-lyle_afk is now known as david-lyle12:45
*** vipul has quit IRC12:59
*** NobodyCam has quit IRC13:00
*** BadCub has quit IRC13:01
*** henry_chen has quit IRC13:01
lucas-hungryNisha, will take a look...13:01
*** lucas-hungry is now known as lucasagomes13:02
*** vipul has joined #openstack-ironic13:03
*** naohirot has joined #openstack-ironic13:03
*** dprince has joined #openstack-ironic13:07
*** BadCub has joined #openstack-ironic13:07
*** NobodyCam has joined #openstack-ironic13:07
lucasagomesNisha, what is that scope = split() ? That wasn't part of the previous patch-set13:10
lucasagomesdo we support space on the option value?13:10
dtantsuris it for operators?13:10
lucasagomeswell that spec doesn't cover that13:11
lucasagomesafaik13:11
*** Nisha has quit IRC13:13
*** pradipta has quit IRC13:13
*** rameshg87 has joined #openstack-ironic13:15
lucasagomesdtantsur, I'm a bit lost actually... you know where is the spec for operators?13:16
dtantsurno idea, I got to know about their existence after your today's talk with Nisha :)13:16
openstackgerritTan Lin proposed openstack/ironic: Enable AMT driver to set boot device in pxe deploy  https://review.openstack.org/15285813:18
lucasagomesdtantsur, heh yeah13:18
lucasagomesalso this thing about having "operator value"13:18
lucasagomesseparated by a space, it looks bad13:18
dtantsurlucasagomes, if it's something official in Nova, we have to support it13:19
lucasagomesI mean, having capabilities as string key:value,key:value... is already bad13:19
dtantsurotherwise we better no13:19
lucasagomesdtantsur, right yeah I need the spec to find that out really13:19
lucasagomesI think that for that patch, we should keep it minimum as was before13:19
dtantsur++13:19
dtantsurlucasagomes, related http://specs.openstack.org/openstack/nova-specs/specs/kilo/approved/add-all-in-list-operator-to-extra-spec-ops.html13:20
lucasagomesdtantsur, oh right... ok... that change should be part of that ^ spec then13:21
lucasagomesthe scope() bit13:21
dtantsurstill, I would love to see it split13:21
lucasagomesdtantsur, right, like into 2 patches one implementing "pass-flavor-capabilities ..." and another for the "add-all-in ..." ?13:24
dtantsurdefinitely13:24
lucasagomesor having that split() as part of the #141012?13:24
lucasagomesok cool yeah +1 for that13:24
lucasagomesI will update the patch13:24
*** Nisha has joined #openstack-ironic13:28
*** mjturek has joined #openstack-ironic13:28
rameshg87lucasagomes, dtantsur, can you please have a look at raid configuration spec: https://review.openstack.org/#/c/135899/13:35
lucasagomesrameshg87, +113:35
* lucasagomes do now13:35
*** chenleji has quit IRC13:35
rameshg87lucasagomes, thanks13:35
dtantsurwill do after the call13:35
openstackgerritDevananda van der Veen proposed openstack/ironic: Correct the default log level  https://review.openstack.org/15289313:40
*** mlsoule has joined #openstack-ironic13:43
*** trown|call is now known as trown13:43
*** jjohnson2 has joined #openstack-ironic13:47
*** rameshg87 has quit IRC13:49
*** rameshg87 has joined #openstack-ironic13:49
*** rloo has joined #openstack-ironic13:53
*** rameshg87 has quit IRC13:54
Nishalucasagomes,13:54
lucasagomesNisha, I've updated the patch13:54
lucasagomesit didn't look right to implement 2 specs in 1 patch13:55
Nishalucasagomes, i saw u updated the patch13:55
Nishaits not two specs13:55
Nishathe other spec is abandoned.13:55
NishaThis spec is to populate the flavor capabilities value into instance_info13:56
Nishathe other spec was to support multiple values of a capability i.e. say BootModes='uefi bios'13:57
Nishalucasagomes, the other spec was to support multiple values of a capability i.e. say BootModes='uefi bios' in the node.properties so that if on flavor side one capability value is given i.e. either bios or uefi, then the node is selected for deploy13:58
Nishalucasagomes, to supprt this nova has a syntax like extra_specs = {'capabilities:BootModes' : '<in> uefi'}13:59
Nishalucasagomes, this format of flavor will select the node whose properties has capabilities as {'capabilities' : 'BootModes:bios uefi'}14:00
Nishalucasagomes, that means when we copy the flavor values to instance_info we have to strip off the opertaors14:01
Nishain above supported case the operator is <in>14:01
openstackgerritJim Rollenhagen proposed openstack/ironic: Add documentation on parallel argument for driver periodic tasks  https://review.openstack.org/15275614:01
jrollmorning all :)14:01
dtantsurjroll, morning!14:01
jrolldtantsur: ^^ fixed that up14:01
jrollohai :)14:01
dtantsurmany thanks!14:02
Nishalucasagomes, ^^^14:02
lucasagomesNisha, sorry, yeah reading14:02
lucasagomesNisha, right... so in order to have that <in> to work we need the spec that supports multiple values of capabilities?14:04
lucasagomeswhich is now abandoned14:04
lucasagomesright?14:04
Nishano no14:04
lucasagomesthe other spec is abandoned.... he other spec was to support multiple values14:04
lucasagomeshow many specs we are talking about?14:04
lucasagomes314:04
lucasagomes?14:04
lucasagomesNisha, can you point me to all the specs that are approved (not abandoned) ?14:06
Nishathe spec which is abandoned was to chhose a node when flavor gives capabilities as capabilities:BootModes = 'uefi'14:06
Nishaand node has multiple values fr same capability14:07
Nishain that case computcapbility filter does exact match14:07
lucasagomesright, so nodes can't have multiple vlaues for the same capability...14:08
lucasagomesso the test is that, if the node has capability X specified, and the flavor also has capability X we match it14:08
Nishaso now if we give in flavr as value as '<op> val'14:08
Nishathen <op> acts on the node capability values and selects if flavor val is in the node capability14:09
lucasagomesNisha, oh right... so that operator is actually part of the ComputeCapabilitiesFilter ?14:09
Nishayes14:10
lucasagomesgotcha14:10
lucasagomesok... I completed misunderstood that, and the fact that none of the other patch-sets were tackling that operator use case14:10
lucasagomesmakes it a bit more confusing for me14:10
lucasagomesNisha, I will re-add that bit then14:10
Nishaso now it need to strip off operators14:10
Nishathanks14:11
lucasagomescool, yeah I see it14:11
lucasagomesNisha, thanks for explaining14:11
Nishait still need to handle <or> operator14:11
lucasagomesNisha, right, do we care what is the operator? I mean, the ComputeCapabilitiesFilter does right?14:11
Nishabut we need to in ironic virt driver again14:12
Nishabec filter just selects the node based on operator14:12
Nishait doesnt strip off the oprator14:13
*** stendulker has joined #openstack-ironic14:14
lucasagomesNisha, right... I'm not 100% sure how it will look like to work with <or> or any other operator14:15
lucasagomesso i will re-add that bit like before and mark the patch as WIP14:15
lucasagomesNisha, you plan to continue working on the patch to add support for other operators soon?14:15
Nishayes14:16
lucasagomesNisha, cool thanks14:16
Nishathanks14:17
*** Marga_ has quit IRC14:17
dtantsurNisha, can we have 2 patches: what we have now and a separate patch for operators14:21
dtantsurdon't really want to hold the future we need badly (local boot) due to feature I personally don't use at all (operators)14:21
Nishadtantsur, but the first patch will be partial fix14:22
dtantsurwell, ok14:22
jrolldtantsur: +114:23
*** BadCub_ has joined #openstack-ironic14:23
BadCub_Morning Ironic14:23
dtantsurBadCub_, morning14:24
jrollheya BadCub_ :)14:24
Nishadtantsur, i wil try to post the patch as soon as possible may be by today14:24
dtantsurNisha, still, I think it should be 2 patches.14:25
BadCub_heya jroll and dtantsur14:26
Nishadtantsur, ok14:27
*** chenleji has joined #openstack-ironic14:29
openstackgerritRamakrishnan G proposed openstack/ironic: Use prolianutils module for ilo driver tests  https://review.openstack.org/15167414:30
NobodyCamgood morning Ironic14:31
jrollmornin NobodyCam :)14:31
dtantsurNobodyCam, morning14:33
*** mgoddard has quit IRC14:40
*** lucasagomes has quit IRC14:42
openstackgerritNaohiro Tamura proposed openstack/ironic: Add iRMC Virtual Media Deploy module for iRMC Driver  https://review.openstack.org/15195814:42
NobodyCammorning jroll and dtantsur :)14:43
*** lucasagomes has joined #openstack-ironic14:44
*** mgoddard has joined #openstack-ironic14:45
rloojroll: just saw your comment for 150688. 'bump the API version'. You mean the microversion?14:45
jrollrloo: yes14:45
rloojroll: to be honest, the microversioning (use of etc) isn't clear to me. Are we following the nova spec for that? (I only skimmed it. maybe I should read it.)14:46
NobodyCammorning rloo :)14:46
rloomorning NobodyCam, jroll, and everyone else!14:46
NobodyCam:)14:47
jrollrloo: basically, they have extra things for api extensions and whatnot that we don't care about14:47
rloojroll: does it describe when we up the microversion?14:48
rloojroll: is it only for API changes, or any change/feature?14:48
rloojroll: can we add a spec referring to nova spec, on how we're going to use microversioning?14:48
jrollrloo: should be just API changes, which also includes adding a db column etc14:49
jrollrloo: a spec pointing at a spec?14:49
rloojroll: so this is a change to policy.json. Or do you mean cuz the password gets bleeped out, it affects the API so it is an api change?14:49
jrollright14:49
jrollthe response may be different14:49
rloojroll: adding microversion seems like a big thing (ie a feature) and we don't have a spec for it :-(14:49
rloojroll: it doesn't hurt to up the microversion if we aren't sure if we should or not?14:50
jrollrloo: no, it doesn't hurt, it only is a pain point if the minimum allowed version changes afaict14:51
jroll(though we should try to only bump it when there's an actual change)14:52
rloojroll: i was thinking we'd add something to bump the microversion for each merged patch, just in case :D14:52
jroll>.>14:52
*** derekh has quit IRC14:53
*** absubram has left #openstack-ironic14:59
* naohirot good night > all14:59
*** naohirot has quit IRC14:59
NobodyCamnight naotokl14:59
NobodyCamdoh14:59
NobodyCamtab fail14:59
* NobodyCam has lost his coffee..15:00
*** derekh has joined #openstack-ironic15:01
kylestevto rerun tests on review.openstack.org do I enter a comment starting with “recheck”?15:04
jrollyep15:04
openstackgerritMerged openstack/ironic-specs: Update amt-pxe-driver spec  https://review.openstack.org/14126915:04
kylestevgah, alright. for some reason I wrote “!recheck” earlier… derp15:05
jrolllol15:06
kylestev:P alright bbiab15:06
NobodyCamlucasagomes: have a quick second15:07
*** ijw has joined #openstack-ironic15:09
*** jcoufal has joined #openstack-ironic15:09
*** zz_jgrimm is now known as jgrimm15:09
*** jcoufal_ has quit IRC15:12
*** EmilienM has quit IRC15:14
*** EmilienM has joined #openstack-ironic15:16
lucasagomesNobodyCam, hey, hmm we are leaving here now15:19
lucasagomesNobodyCam, what's up?15:19
NobodyCamlucasagomes: ack enjoy15:19
NobodyCamoh I have a idea (from one of the internal guys)15:19
NobodyCamon the iSCSI stuff15:20
lucasagomesNobodyCam, right15:20
NobodyCamthe suggestion was to check /dev/disk/by-ip/15:20
NobodyCamI may try that today15:20
lucasagomesNobodyCam, right, yeah I think it would be good to tackle the problem15:20
lucasagomesinstead of working around it again15:20
lucasagomesNobodyCam, if we want to make it very safe, I'm also fine with the sleep(10)15:21
NobodyCamya :) I could tell by the comments :-p15:21
*** PaulCzar has joined #openstack-ironic15:21
*** Nisha has quit IRC15:21
lucasagomesNobodyCam, cool, thanks for looking into it15:21
NobodyCam:)15:21
NobodyCamenjoy you night lucasagomes :)15:22
lucasagomesNobodyCam, thanks! I ttyl15:22
NobodyCam:)15:22
*** lucasagomes has quit IRC15:22
*** mgoddard has quit IRC15:23
rloohmm, sphinx seems to be complaining. i am wondering if some package got updated.15:24
rloohttp://logs.openstack.org/88/150688/9/check/gate-ironic-docs/3580d47/15:24
rlooif anyone else is seeing that error, we should probably look into it...15:25
rloodtantsur: you around? wrt 152756, the parallel=True in the decorator. I meant that in base.py, we should elaborate on the effects of parallel=False.15:27
rloodtantsur: but I can do that. A simple copy/paste from jroll's excellent documentation.15:28
dtantsurrloo, hi! makes sense to me (though we might change it when switching to Oslo)15:28
rloodtantsur: yeah, that's what I wanted to know, how it was going to change in oslo. but then i thought we don't know when that might happen15:28
rloodtantsur: so probably best to document how it works 'now'.15:29
dtantsurunfortunately we don't, you're right15:29
dtantsuryeah, let's do15:29
rloodtantsur: you want me to do it or do you want to?15:29
dtantsurrloo, please do, if you have some time :) thanks15:29
rloodtantsur: yeah, just about to do it, so I'll do it :-)15:30
*** EmilienM is now known as EmilienM|afk15:35
*** stendulker_ has joined #openstack-ironic15:37
*** stendulker has quit IRC15:39
*** ChuckC has joined #openstack-ironic15:40
*** ChuckC_ has quit IRC15:41
openstackgerritRuby Loo proposed openstack/ironic: update docstring for driver_periodic_task's parallel param  https://review.openstack.org/15295615:42
*** davideagnello has joined #openstack-ironic15:46
dtantsuragent_ssh is voting now!15:49
NobodyCamw00t15:50
*** digimonde has joined #openstack-ironic15:52
rloowhoa, have we made it to the big times? :-)15:53
rloowe need an agent_007 driver...15:54
dtantsuroh, awesome idea!15:54
dtantsurwe need to find a vendor with something named 007...15:54
NobodyCamrloo: I love it15:54
NobodyCam!!!15:54
openstackNobodyCam: Error: "!!" is not a valid command.15:54
dtantsurlol15:54
rloo:D15:55
dtantsur!such command very refure not wow15:55
openstackdtantsur: Error: "such" is not a valid command.15:55
NobodyCamoh does the agent support "BOND"ing interfaces15:55
NobodyCamand I guess we need to change all the ipa folks name to James15:56
rloo+1 for James and BOND15:57
NobodyCam:-p15:59
openstackgerritRuby Loo proposed openstack/ironic: update docstring for driver_periodic_task's parallel param  https://review.openstack.org/15295616:03
*** Marga_ has joined #openstack-ironic16:03
jlvillalrloo: On https://review.openstack.org/152956  What are cases where people would/should use parallel=False?16:05
jlvillalI was wondering if examples for the 'parallel=False' case would be useful.16:06
rloojlvillal: none, as far as I am concerned. but dtantsur is the one that added the code, I'm just a concerned citizen ;)16:06
jlvillalrloo: Thanks :)16:06
rloojlvillal: I wanted that there so that reviewers would be reminded to question any use of False ;)16:07
jrollNobodyCam: lol, it will :D16:07
NobodyCamnice James16:07
NobodyCamlol16:07
NobodyCamheheheheh16:07
jroll(support bonding)16:07
jroll:P16:07
jrollI guess it's the network driver that does that but hey, close enough16:08
NobodyCam:p16:08
*** ChuckC_ has joined #openstack-ironic16:14
*** ChuckC has quit IRC16:17
*** EmilienM|afk is now known as EmilienM16:18
*** ukalifon has quit IRC16:23
jlvillalWhen doing an 'importutils.try_import('blah.blah")  Should the return value be checked?  Or is it okay to assume success?16:23
*** erwan_taf has quit IRC16:24
*** coolsvap is now known as coolsvap_16:28
rloojlvillal: taking a look at the code indicates that it doesn't necessarily return success16:29
rloojlvillal: https://github.com/openstack/oslo.utils/blob/master/oslo_utils/importutils.py#L6816:29
jlvillalrloo: Thanks.  I was doing a review and notice most times the return is checked.  But this instance it was not.  I will add a comment.16:30
rloojlvillal: thx!16:31
jlvillalrloo: Maybe this is a bike shedding question :)  Do we care about  'if (not foo):' vs 'if not foo:'   I personally prefer with out the parenthesis for simple case.  But wondering if that is just up to each user to decide.16:31
* jlvillal assumes each user...16:32
rloojlvillal: personally, i don't care. i don't know what others think.16:32
jlvillalThanks I will ignore :)16:32
rloojlvillal: you can mention it as a nit i guess. or someone else could/might. i agree it is cleaner w/o ()16:33
dtantsurI pretty much hate redundant brackets, but usually don't -1 only for them16:33
jlvillalrloo: Thanks16:33
rloojlvillal: see, a nit then ;)16:33
jlvillalOkay, I'll mention it once...16:33
*** ijw has quit IRC16:36
*** Marga_ has quit IRC16:39
*** rwsu-afk is now known as rwsu16:40
jlvillalrloo: I will work on my very first patch to say that 'spacing=5' means every 5 seconds...  I will wait for that other patch to get merged though.16:42
rloothx jlvillal16:44
stendulker_NobodyCam: Hi16:50
*** jerryz has quit IRC16:50
NobodyCammorning stendulker_ :)16:50
stendulker_NobodyCam: Can you please have a look at spec for Ironic Management Interfaces to support UEFI Secure Boot https://review.openstack.org/#/c/135845/16:50
NobodyCamstendulker_: sure.. but its going to take me a few minutes to get to it :)16:51
stendulker_NobodyCam: Had to post the patch to address comments from Ruby Loo. They are to her satisfaction and she has approved the spec16:51
NobodyCam:)16:52
NobodyCamanyone know if this is a valid mock?  @mock.patch.object(os, 'path.exists')16:52
stendulker_NobodyCam: Thank you :)16:52
*** anderbubble has joined #openstack-ironic16:53
dtantsurNobodyCam,  @mock.patch.object(os.path, 'exists')16:53
NobodyCam:) TY dtantsur :)16:53
lazy_princejroll: since the network provider interface spec has merged, are you planning to open reviews for https://review.openstack.org/#/c/139687/ anytime soon..?16:55
*** davideagnello has quit IRC16:56
*** davideagnello has joined #openstack-ironic16:57
jlvillalSo how's the sprint going in Grenoble?17:00
*** lazy_prince is now known as killer_prince17:00
*** dtantsur is now known as dtantsur|afk17:01
dtantsur|afkg'night!17:02
NobodyCamnight dtantsur|afk :)17:02
rloonight dtantsur|afk17:03
*** kozhukalov has quit IRC17:03
*** chenleji has quit IRC17:05
*** absubram has joined #openstack-ironic17:07
*** rameshg87 has joined #openstack-ironic17:09
*** anderbubble has quit IRC17:15
*** anderbubble has joined #openstack-ironic17:16
*** jlvillal has quit IRC17:17
*** jlvillal has joined #openstack-ironic17:18
*** spandhe has joined #openstack-ironic17:20
*** Marga_ has joined #openstack-ironic17:21
*** ijw has joined #openstack-ironic17:23
*** athomas has quit IRC17:23
*** jistr has quit IRC17:25
*** jcoufal has quit IRC17:26
*** xxj has quit IRC17:29
*** xxj has joined #openstack-ironic17:29
jrollkiller_prince: I forgot that had a +2, thanks for the bump17:32
jrolls/+/-/17:33
*** GheRivero has quit IRC17:34
*** GheRivero has joined #openstack-ironic17:34
openstackgerritMerged openstack/ironic: Add documentation on parallel argument for driver periodic tasks  https://review.openstack.org/15275617:35
openstackgerritChris Krelle proposed openstack/ironic: improve iSCSI connection check  https://review.openstack.org/15273417:38
*** spandhe has quit IRC17:38
openstackgerritRamakrishnan G proposed openstack/ironic-specs: New driver interface for RAID configuration  https://review.openstack.org/13589917:40
openstackgerritChris Krelle proposed openstack/ironic: improve iSCSI connection check  https://review.openstack.org/15273417:40
rameshg87JoshNang, hi17:41
JoshNangrameshg87: o/17:41
rameshg87JoshNang, had a question on zapping17:41
JoshNangask away!17:41
rameshg87JoshNang, for a zap method which requires agent to be booted on the bare metal first17:42
rameshg87JoshNang, are you planning to add some common utility method for it ?17:42
rameshg87JoshNang, i mean it's a common problem that zap methods using agent should have ramdisk booted and heartbeating17:42
rameshg87JoshNang, right ?17:42
JayFI'd assume it's "free"17:43
JayFi.e. if you direct something to do an in-band zapping action17:43
JoshNang^ right17:43
JayFIronic knows how to boot an agent on something, and will do it17:43
JoshNangyou'll tell the api to do a zap step, api tells conductor, conductor tells agent driver, agent driver tells agent17:43
rameshg87JayF, JoshNang, okay17:44
rameshg87so what if for example node is powered off17:44
JoshNangit'll power on and boot the agent.17:45
rameshg87agent driver will prepare pxe config, and power on the node17:45
rameshg87and then on the next heart beat the method will be called, is it that way ?17:45
JoshNangsounds about right17:46
rameshg87basically for a person writing inband agent zapping methods, they can directly start sending commands to agent, right ?17:46
rameshg87i mean in the method, they can directly start sending commands to agent17:47
jrollI'm inclined to think that when a server is put in "zapping" state, it should just go ahead and boot the ramdisk17:47
JayFjroll: I disagree; because there are Zapping tasks that may be done out of band, and that may want to be done with a powered off machine17:48
JayFjroll: i.e. "Upgrade the firmware on my BMC via OOB"17:48
JoshNangi mean, you pass in the list of zap steps when you go to zapping17:48
jrollriiight.17:48
JoshNangthe conductor will know at that point if it should boot the agent or not17:48
jrollyeah17:48
JoshNangrameshg87: what do you mean, inband agent zapping methods?17:48
jroll"step" authors shouldn't need to think much about if a ramdisk is up17:49
JoshNangthe agent driver won't really have methods for zapping. it'll have the same execute_step function it uses in cleaning. the zap steps for the agent come from the agent.17:49
rameshg87JoshNang, if i have a zap method for raid configuration17:49
rameshg87JoshNang, i don't need to worry about if ramdisk is up or not. i can directly send the command to do the raid configuration (assuming ramdisk supports it)17:50
rameshg87i guess this is what jroll too said above ^^17:50
jrollrameshg87: the agent asks ironic which steps it needs to execute17:50
JoshNangright17:50
jrollor something17:50
jrollidk how anything works anymore17:50
*** GheRivero has quit IRC17:51
*** GheRivero has joined #openstack-ironic17:51
JoshNangrameshg87: you don't really send a command, or need to write anything in ironic to make agent steps work. the agent has a list of steps it can execute, those are exposed to the zapping api. if you want to add raid config to the agent, the code for all that goes into IPA17:51
*** eghobo has joined #openstack-ironic17:51
rameshg87JoshNang, i think there is a small disconnect somewhere then ..17:52
JoshNangrameshg87: i think so too17:53
rameshg87JoshNang, please have a look at https://review.openstack.org/#/c/135899/18 and https://review.openstack.org/#/c/147803/17:53
rameshg87JoshNang, drac wants to do raid configuration oob and ilo wants to do the raid configuration inband17:53
JoshNangrameshg87: ok, let me review these17:54
JayFWhy is that a problem?17:54
JayFConductor could still tell at time of zapping steps being passed in if it was inband or oob17:54
rameshg87JayF, it's not a problem17:55
rameshg87JayF, but i guess it will be different from other agent zapping tasks..17:55
JayFHow so? It can't be, can it?17:55
JayFThere's one agent.17:55
*** killer_prince is now known as lazy_prince17:55
JoshNangyeah i'm really confused about this raidmanagement interface17:56
rameshg87JayF, JoshNang, in parent spec https://review.openstack.org/#/c/13589917:56
*** spandhe has joined #openstack-ironic17:57
rameshg87we specified a single zap method 'raid.apply_configuration'17:57
jrolljlvillal: I guess you're john villalovos? I've started seeing you in reviews, welcome to the project :)17:57
*** coolsvap_ is now known as coolsvap17:57
jlvillaljroll: Yes I am :)  Thanks!  I just started this week.  I'm looking forward to it.  Trying to learn right now.17:57
jrollrameshg87: an entire new interface? another thing to mix in to drivers? :/17:57
rameshg87and drivers implementing RAIDInterface can implement the methods create_configuration17:58
rameshg87jroll, yes ..17:58
rameshg87jroll, please have a look at the spec https://review.openstack.org/#/c/13589917:58
jrolljlvillal: awesome, glad to have you! where are you based / what's your goal with ironic? do you know about the midcycles happening this week and next?17:58
jrollrameshg87: I'm looking17:58
rameshg87jroll, since there is interest with 2 vendors (drac and ilo) on the same thing, we thought of proposing an interface for it17:59
JoshNangi'm confused why this is it's own interface rather than zap steps on drac/agent/ilo existing interfaces.17:59
jlvillaljroll: Based in Hillsboro, Oregon.  Intel guy.  Goal is to help wherever I can.  I am trying to figure out a way to attend the mid-cycle in SF.  For some reason they said no to Grenoble ;)17:59
NobodyCamhey hey dprince you around?17:59
jrollrameshg87: why can't it just be part of the management interface? or zap steps stuff?17:59
JoshNangjlvillal: awesome! hope you can make the SF midcycle!18:00
jrolljlvillal: awesome! we (rackspace) have a couple guys from your neck of the woods18:00
jlvillalJoshNang: Thanks :)18:00
dprinceNobodyCam: hi18:00
NobodyCamhey hey dprince :)18:01
jlvillaljroll: Sweet.  Maybe I'll see them sometime.18:01
rameshg87jroll, i agree management interface is an alternative.18:01
*** lazy_prince is now known as killer_prince18:02
NobodyCamwould you be able to test: https://review.openstack.org/152734 on Fedora.. I only ubuntu here :(18:02
*** derekh has quit IRC18:02
rameshg87ifarkas, are you around ?18:05
JoshNangi do like the additional api that this adds, but if we have a raid interface, next we'll have a firmware interface, etc18:07
NobodyCamhuh? http://logs.openstack.org/34/152734/3/check-tripleo/check-tripleo-ironic-undercloud-precise-nonha/7507bcc/console.html#_2015-02-04_18_05_09_81618:08
rameshg87JoshNang, jroll, yeah i think it can be moved to management interface18:09
jrollrameshg87: woot.18:09
jrollNobodyCam: fun18:10
NobodyCamthats a new one at least for me18:10
*** harlowja has joined #openstack-ironic18:11
rameshg87JoshNang, jroll, the extra api that it adds allows to do some validation on the input18:11
jrollNobodyCam: yeah, seems like it's not us breaking it though :)18:11
*** dkingshott has joined #openstack-ironic18:11
jlvillalNobodyCam: To test https://review.openstack.org/152734 , would I need a full OpenStack install.  I'm not there yet...  I have the developer setup with virtualenv.  I'm not yet sure how many computers I need to setup a full OpenStack setup.18:11
jrollrameshg87: at input time? that's fair, though you could do some special casing in the PATCH code18:12
NobodyCamoh jlvillal that was directed ar dprince :)18:12
rameshg87JoshNang, special casing ? what does it mean ?18:12
jlvillalNobodyCam: Okay :)18:12
NobodyCambut thank you :)18:12
rameshg87jroll, i meant ^^18:12
rameshg87jroll, what does "special casing" mean ?18:13
jrollrameshg87: in the api for node-update, if key == '/raid_stuff': _validate_raid_things()18:13
jrollthough I guess that would be driver-specific, would need to be in the conductor18:13
dprinceNobodyCam: are you asking me to test this patch?18:13
*** Nisha has joined #openstack-ironic18:14
rameshg87jroll, the spec proposes PUT /nodes/<uuid>/raid/configuration and GET /nodes/<uuid>/raid/configuration for the same18:14
NobodyCamdprince: yes ... if you have a Fedora setup. :)18:14
rameshg87jroll, and a command line "ironic node-set-raid-configuration"18:14
NobodyCamdprince: I do not have real hardware18:15
jrollrameshg87: oh, right, we could still do that18:15
rameshg87jroll, we can validate the json information passed and put it straight to node.driver_internal_info18:15
jrollyep18:15
jroll++18:15
jrollrameshg87: we can do that *and* keep it in ManagementInterface18:15
dprinceNobodyCam: sure. If you could just block it until I get a chance to do that. Perhaps later today. Maybe tomorrow...18:15
openstackgerritNisha Agarwal proposed openstack/ironic: Add InspectInterface for node-introspection  https://review.openstack.org/14981718:16
rameshg87jroll, yeah keep those methods in ManagementInterface with base.py implementation raising NotImplementedError18:16
NobodyCamdprince: its WIP'd now I will not remove until hearing from you... Thank you :)18:16
jrollrameshg87: yep, awesome18:17
rameshg87jroll, thank you18:17
rameshg87JoshNang, thanks18:17
JoshNangnp!18:17
JoshNangi'll leave a more detailed review on the raid management spec18:17
rameshg87JoshNang, great .. thanks18:19
* jlvillal starts watching https://www.youtube.com/watch?v=vjGPuBfZ87A :)18:19
*** coolsvap is now known as coolsvap_18:20
rameshg87jroll, one question18:24
jrollrameshg87: shoot18:25
rameshg87jroll, going through the spec https://review.openstack.org/#/c/135899 we have 4 methods proposed in RAIDInterface18:25
rameshg87jroll, RAIDInterface.create_configuration(), RAIDInterface.delete_configuration(), RAIDInterface.get_logical_disk_properties() are supposed to be implemented by a driver interested in doing raid configuration18:26
jrollrameshg87: I see three, but yes, go on18:26
rameshg87jroll, and RAIDInterface.apply_configuration() which will be the zapping task18:27
jrollah, right18:27
rameshg87jroll, in short 4 methods need to be moved to management interface18:27
rameshg87jroll, does it still sound right for management interface to hold those ?18:27
JoshNangrameshg87: why separate create and apply?18:27
jrollrameshg87: it seems fine to me, idk what others think. I'm also fine with a separate interface if there's a good reason why18:28
rameshg87JoshNang, create_configuration() is supposed to be implemented by a driver (ex, drac)18:28
rameshg87JoshNang, this is not a zap task18:28
rameshg87JoshNang, apply_configuration() is a zap method18:29
JoshNangright, i'm saying that apply/create could be one zap method18:29
*** Marga_ has quit IRC18:30
*** Marga_ has joined #openstack-ironic18:31
rameshg87JoshNang, apply needs to call create 2 times - first with the root_volume and second with all non_root_volumes18:31
JoshNangsure, but zap takes a list of steps18:31
*** achanda has joined #openstack-ironic18:31
rameshg87JoshNang, so how can same zap method be called with 2 different arguments ?18:33
rameshg87may be still i am not getting it completely18:34
rameshg87JoshNang, https://github.com/openstack/ironic-specs/blob/master/specs/kilo/implement-zapping-states.rst says zap steps are pulled in automatically from interfaces18:35
JoshNangright. when you call zapping, you pass in a list of steps. i don't see any reason you couldn't call the same step with different (or the same if you really want) args18:36
rameshg87JoshNang, but since we had an api for passing raid config data (PUT /nodes/<uuid>/raid/configuration) and we dumped the information to driver_internal_info18:39
rameshg87JoshNang, we would need the zap method to pick up data from there instead18:40
JoshNangif you combined create and apply you wouldn't have to store it at all18:41
*** pelix has quit IRC18:42
rameshg87JoshNang, i agree.18:42
rameshg87JoshNang, i thought you meant to get the data while specifying zap step, right ?18:42
rameshg87JoshNang, yeah but still it can be combined18:44
JoshNangok18:44
rameshg87JoshNang, i would check with ifarkas if it seems okay to him18:44
*** anderbubble has quit IRC18:44
JoshNangright, i'm reviewing right now18:44
rameshg87JoshNang, so apply, delete, get_logical_disk_properties would be there ..18:45
rameshg87JoshNang, okay ..18:45
JoshNangwould be on the raid management interface?18:48
rameshg87JoshNang, a new RAIDInterface or on the management interface18:48
JoshNanggotcha18:49
rameshg87JoshNang, getting late night around here..please leave your comments on the spec ..18:51
rameshg87JoshNang, will check it tomorrow18:51
JoshNangrameshg87: ok!18:51
rameshg87JoshNang, bye ..18:51
JoshNanghave a good night! :)18:51
rameshg87have a good day :)18:51
*** rameshg87 has quit IRC18:52
*** wanyen has joined #openstack-ironic18:55
*** Marga_ has quit IRC18:58
*** Marga_ has joined #openstack-ironic18:58
openstackgerritNisha Agarwal proposed openstack/ironic: Hardware Inspection  https://review.openstack.org/14982318:59
openstackgerritMerged openstack/ironic: Rename provision_state to power_state in test_manager.py  https://review.openstack.org/15283319:01
*** stendulker_ has quit IRC19:09
*** kan_ has quit IRC19:25
*** kan_ has joined #openstack-ironic19:26
*** achanda has quit IRC19:35
*** Marga_ has quit IRC19:38
*** Marga_ has joined #openstack-ironic19:39
*** ironic has joined #openstack-ironic19:40
*** Nisha has quit IRC19:43
*** davideagnello has quit IRC19:44
*** achanda has joined #openstack-ironic19:45
*** harlowja is now known as harlowja_away19:50
*** wanyen has quit IRC19:50
ironicHello, Have anyone tried to deploy ironic using an external dhcp server?19:51
*** davideagnello has joined #openstack-ironic19:52
*** afaranha has joined #openstack-ironic19:52
*** EmilienM is now known as EmilienM|afk19:53
afaranhaI deployed a server using Ironic and the OS Image (Fedora and Ubuntu) was installed, but the OpenStack didn't passed the user credentials to the server (Cloud init and keypair).19:53
afaranhaWhen I read the logs, the server was trying to get these information from the DHCP server, instead of the Ironic server. Do anyone have any idea why this is happening?19:53
*** ironic has left #openstack-ironic19:53
devanandaafaranha: that is normal behavior for cloud-init19:54
devanandaafaranha: it's looking for a metadata service to pull the data from. are you running nova as well?19:55
*** lintan__ has quit IRC19:55
afaranhadevananda: Yes, I'm running devstack with all services needed19:56
*** davideagnello has quit IRC19:57
*** dkingshott has quit IRC19:58
devanandaafaranha: then I suspect something is misconfigured with regard to networking19:58
devanandaafaranha: are you usnig the dhcp service that devstack set up, or something else?19:59
afaranhadevananda, Maybe I need to do some configuration on neutron, or do you mean the lab network configuration?19:59
*** anderbubble has joined #openstack-ironic19:59
afaranhadevananda, something else, I'm using an already setup dhcp, I just set the "next-server" variable to refers to the ironic server19:59
devanandaafaranha: "next-server" should point to ironic-conductor, so that tftpboot works.20:01
devanandaafaranha: cloud-init uses  the magic IP 169.254.169.254 -- that should, IIRC, route to the nova-metadata service20:01
afaranhadevananda, yes, it tries to get the metadata from this IP but then it starts looking in the DHCP server20:02
devanandahmm20:02
devanandaoff hand, I'm not sure then20:03
devanandalucas might know more (he has done a bunch with external DHCP)20:03
devanandatwo other options:20:04
afaranhaDo you use a DHCP in the same server as Ironic?20:04
devananda- bake the credentials into the image (not good for multitenant, but sufficient for single tenant or just testing)20:04
devananda- use configdrive and "agent" family of drivers (though I dont think all of these patches have landed yet, so this may not be a good option just yet)20:06
*** dkingshott has joined #openstack-ironic20:06
afaranhadevananda, I tried to run the dhcp in the same server as ironic, but now I got in 3 different machines error in the tftp, I'm still workinf on that though20:07
devanandaafaranha: you do not need to put dhcp server on the same host as ironic-conductor. that said, I use neutron's dhcp, which is configured by nova and ironic during deploy ...20:07
afaranhaSo, for test purposes I don't need to set up a DHCP, Can I just run devstack and the neutron dhcp will works without any other configuration?20:08
devanandathat is what i would recommend20:09
devanandayou may need to modify the network config slightly from devstack's defaults so as to provision external physical machines on your networ20:10
devanandabut that should be it20:10
devanandashould not need any other services20:10
afaranhadevananda, sure, I'm gonna test that, thanks20:11
openstackgerritSirushti Murugesan proposed openstack/ironic: Adds support for deploying whole disk images  https://review.openstack.org/15014220:15
NobodyCambrb20:17
*** achanda has quit IRC20:20
*** achanda has joined #openstack-ironic20:21
jlvillalSo I'm looking at this patch https://review.openstack.org/#/c/149823/7/ironic/tests/api/v1/test_nodes.py (and nothing against this patch).  But I was wondering if it was considered bad form to have a for loop in the testing?20:23
jlvillalfor  key in (bunch, of, keys, to, look, for)... assertIn(key, data)20:24
rloojroll: I know you +2, just want to check again, you good with approving https://review.openstack.org/#/c/152055/20:27
jrollrloo: I don't +2 things I don't want to approve :)20:28
rloojroll: it was the 'I would love it to be written in full...' that made me wonder ;)20:29
jrollrloo: "but a follow up patch is fine"20:29
jroll:)20:29
rloojroll: ah, missed that part. good.20:29
*** anderbubble has quit IRC20:31
*** achanda has quit IRC20:32
rloojroll: agent_ssh is voting now, right? gate-tempest-dsvm-ironic-agent_ssh20:32
rloojroll: but just in gate? is the check different? check-tempest-dsvm-ironic-agent_ssh-nv20:33
jrollrloo: correct20:33
jrollalso in check, but that check went before it was voting :)20:33
*** harlowja_away is now known as harlowja20:33
rlooso the check will change to voting too?20:33
jrollyes20:34
jrollI verified already20:34
rloothx for clarifying. that confused me.20:34
*** davideagnello has joined #openstack-ironic20:34
devanandajroll: periodic task parallel=False blocks *all* tasks, including parallel=True ones?20:34
jrolldevananda: blocks them from starting the next iteration20:35
*** penick has joined #openstack-ironic20:35
devanandaoh20:35
devanandathat's very poor20:35
devanandawhy would that even be an option?20:38
mrda-awayMorning Ironic20:39
*** mrda-away is now known as mrda20:39
*** achanda has joined #openstack-ironic20:40
devanandanever mind .. it's late and I should be eating dinner20:40
NobodyCamoh: https://www.surveymonkey.com/r/openstack-l-naming20:41
NobodyCamdevananda: before you go off to eat got a second to look at a stable patch: https://review.openstack.org/#/c/15009620:41
rlooNobodyCam: me sad; I thought they'd have 'lions' for Vancouver's Lions gate bridge.20:43
NobodyCamoh :( I wounder if it was on the larger list20:44
trownlizard and love, but no lizardlove20:44
NobodyCamlol20:44
jrolldevananda: I don't remember why that's an option20:44
rloomorning mrda20:45
mrdahey rloo - thnx for the reviews20:47
rloomrda: yw, it is very close...20:47
mrdahopefully :)20:47
*** ifarkas has quit IRC20:47
rloodevananda: if you're still around, wrt MANAGEABLE https://review.openstack.org/#/c/150073/, should I +2 and you can clarify it later?20:48
*** afaranha has quit IRC20:52
rloodevananda or anyone else, wrt the microversioning, it seems like we should get https://review.openstack.org/#/c/152527/ done before approving anything changing the API?21:01
rloojroll: do you know? ^^21:01
jrollrloo: theoretically, but it's fine if we don't21:02
harmwany way of making a new node drop into debug mode or something when it hits a HTTP/400 right before rebooting?21:02
devanandaI can address both of lucas' coments in a follow on21:02
harmwsince pressing 't' is not working21:02
devanandajust haven't gotten to it yet. because time.21:02
rloodevananda: ok thx.21:03
devanandahmm, and for manageable patch, it looks like nisha pushed another rev. I wonder if that was intentional?21:04
jrollno, it wasn't >.>21:05
rloodevananda: my theory is that his patch depends on the manageable patch, and when he updates his, the manageable one gets pushed. seems like the 2nd time it happened but i don't think there were any changes.21:05
jrollyes, because nisha doesn't pull the latest version21:06
devanandathat means nisha is not rebasing on latest21:06
devanandawhich means it is overwriting other people's changes21:06
jrollright21:06
jrollthat was discovered when it happened21:06
jrolland apparently nisha didn't fix it.21:06
mrdathere were 43 patch revisisions to rebase on yesterday, so easy to miss21:07
devanandahttps://review.openstack.org/#/c/150073/12..13/ironic/api/controllers/v1/node.py,unified21:09
devanandahttps://review.openstack.org/#/c/150073/12..15/ironic/api/controllers/v1/node.py,unified21:09
devanandayes, nisha clobbered Shrews' fix :(21:09
Shrewsdevananda: speaking of which, sorry for the back-and-forth on that. didn't realize it was needed until it wasn't there.21:10
devanandaShrews: np21:11
devanandaShrews: want to "fix" it again?21:11
Shrewsdevananda: is no a valid answer?21:12
devanandarloo: your comment about the verbs changing is not what I think I meant to do21:12
devanandaShrews: totally21:12
rlooI must be missing something; Shrew's changes look like they are still there?21:12
rloodevananda: well, let me know what you meant ;) I think you should just delete those two entries and leave the ones related to manageable.21:12
devanandarloo: oh wait. is it?21:13
devanandaoooh21:13
Shrewsmy changes are there21:13
rloothey aren't related to manageable anyway.21:13
devanandar13 removed some lines, r14 added them back21:13
Shrewsdevananda: yup. the back-and-forth21:13
devanandaI diffed 13..15 and it looked like nisha dropped something. bah21:13
devanandait's fine21:13
devananda:)21:13
digimondeguys, a dummy question; reviewers told me that I should run a unit test for a change I committed. I did so (tox -- test_xxxx.py) and it succeeded. How can I update gerrit so that they now I did it?21:13
rloodigimonde: gerrit doesn't need to know that you ran the test. jenkins will run the test.21:14
rloodigimonde: as long as the test is in the patch ;)21:14
devanandadigimonde: you should run unit tests before you "git review".21:15
Shrewsrloo: i can take care of those nits in the comment on 150073 in a separate patch for you21:15
digimonderloo: and nothing else? just git review?21:15
devanandadigimonde: but if you want to see the rsults of the test run, you can click on the name of the job on the gerrit status page, eg, "check-ironic-python27"21:15
*** ChuckC_ is now known as ChuckC21:16
devanandadigimonde: there will be a page like this one: http://logs.openstack.org/73/150073/15/check/gate-ironic-python27/5b85ab8/testr_results.html.gz21:16
rlooShrews: thx. I think the only thing i object to is the changes wrt delete/deploy in the VERBS cuz they didn't make sense to me.21:16
digimondeok. thanks rloo and devenanda!21:16
devanandarloo: there shouldn't be any change required in the verbs21:16
rloodigimonde: yw21:16
devanandarloo: eg, a client can still PUT /v1/nodes/NNN/states/provision {'target': 'active'}21:17
* devananda goes back to bed21:17
rloodevananda: right, but the description associated with the verbs was to also allow 'deploy' but the code doesn't allow that.21:17
NobodyCamoh food ready... brb21:18
rloodevananda, Shrews (I guess), PUT /v1/nodes/NNN/states/provision {'target': 'deploy'} doesn't work21:19
*** anderbubble has joined #openstack-ironic21:19
rloodevananda, Shrews: nor does PUT /v1/nodes/NNN/states/provision {'target': 'deleted'}21:19
rloodevananda, Shrews, yet the comment in states.py sez '...and it now also accepts the "delete" verb...'21:20
rloodevananda, Shrews: sigh. I meant 'target': 'delete' above.21:21
rlooShrews (don't want to wake up devananda), what am I missing?21:22
openstackgerritJohn Villalovos proposed openstack/ironic: Documentation: Describe the 'spacings' argument  https://review.openstack.org/15305621:25
openstackgerritJohn Villalovos proposed openstack/ironic: Documentation: Describe the 'spacing' argument  https://review.openstack.org/15305621:27
Shrewsrloo: sorry, i've context switched out of that. what do you mean by "doesn't work"?21:27
Shrewsdeploys should still work (otherwise tempest tests wouldn't pass)21:28
rloothe comment in the states.py file sez that the 'delete' verb should work.21:28
rlooShrews: but if you do PUT /v1/nodes/NNN/states/provision {'target': 'delete'}, it won't work21:28
rlooShrews: unless 'work' means getting an error21:28
Shrewsrloo: more specifically, what is the error message you get?21:28
rlooShrews: or maybe I don't understand the comment in states.py file.21:29
rlooShrews: I don't recall now, but I added a comment in the code. sec.21:29
rlooShrews: in https://review.openstack.org/#/c/150073/14/ironic/api/controllers/v1/node.py21:30
rlooShrews: InvalidStateRequested exception is raised21:30
Shrewsrloo: oh, maybe this line in that file needs changed:  elif target == ir_states.DELETED21:31
Shrewsor, wait...21:31
rlooShrews: yeah. We can fix it. I just couldn't figure out what the intent was with the code changes there.21:31
Shrewsthat's not it21:31
rlooShrews: wrt 'active' and 'deleted' provision targets. what do you think this patch intended/does?21:33
*** dprince has quit IRC21:33
Shrewsrloo: i'd check that task.process_event(action) is handling that correctly in manager.py21:33
*** achanda has quit IRC21:33
jrollrloo: the 'delete verb' is likely DELETE v1/nodes/uuid, no?21:33
Shrewsrloo: sorry, caught up in several other things, atm  :(21:33
*** Marga_ has quit IRC21:33
jrollrloo: to be fair idk what I'm looking at21:34
*** Marga_ has joined #openstack-ironic21:34
rloojroll: https://review.openstack.org/#/c/150073/14/ironic/api/controllers/v1/node.py21:34
jrollrloo: for tear down, I think you want PUT /v1/nodes/NNN/states/provision {'target': 'deleted'}21:34
jrollwith a d21:34
rloojroll: right, that's how it works in v1.0 or v1 or whatever21:35
jrollmmm21:35
rloojroll: with this 150073 patch though... i don't know if I don't understand the comments or if the code doesn't reflect what the comments say it should be doing21:35
jrollok, I think you're right, carry on21:35
jroll(at a glance)21:35
rloojroll: in the new VERBS https://review.openstack.org/#/c/150073/15/ironic/common/states.py21:36
rloojroll: it sez 'it also provides mapping for ...'21:36
jrollrloo: right, I think you're right about api versions21:36
rloojroll: I interpret that as the code will support 'delete' as well as 'deleted', and 'deploy' as well as 'active'21:37
rloojroll: as verbs to the provisioning API21:37
rloojroll: but it ('delete' and 'deploy') don't work21:37
jrollrloo: right, but the older API should not support delete/deploy IMO21:37
jrolloh?21:37
jrollyeah, you're right21:38
*** achanda has joined #openstack-ironic21:38
rloojroll: so you interpret that as this patch will support 'delete' and 'deploy' in v1.3 (or whatever version this is in) but not before that.21:39
jrollrloo: yes21:40
rloojroll: anyway, that's why i think it is easiest/fastest to delete the active/deleted entries in VERBS, and do that in a separate patch. they have nothing to do with manageable.21:40
jrollwell.21:40
jrollrloo: this is why we have versioning, it sohuldn't be supported before 1.321:40
jroll++ that makes sense to me21:40
rloojroll: yeah, I don't think they should be supported before 1.3 either. Just wasn't clear either way.21:41
rlooand the first time I reviewed this, I ignored those verbs cuz I didn't quite understand but figured whatever they were there for, worked :-(21:41
*** jlvillal has quit IRC21:42
jrollrloo: yeah, I see, I agree they shouldn't be there21:42
rlooShrews: I am ready to +2 150073 if all mention of those two VERBS 'active' & 'deleted' are removed from the patch.21:43
rloothx for listening jroll ;)21:45
jrollrloo: anytime :P21:45
*** EmilienM|afk is now known as EmilienM21:45
Shrewsrloo: it's deva's patch21:47
rlooShrews: you're co-author. I'm fine waiting for deva too. Just trying to help out here.21:48
openstackgerritErhan Ekici proposed openstack/ironic: BugFix - write() expects string but gets something else  https://review.openstack.org/15270221:49
Shrewsrloo: ah, i see. i'm more comfortable with him making that change though.21:49
rlooShrews: that's fine. Or he can fix it but after discussing with jroll, I think it should be a separate patch. too much stuff going on in there.21:50
*** jlvillal has joined #openstack-ironic21:51
openstackgerritMichael Davies proposed openstack/ironic: Add logical name support to Ironic  https://review.openstack.org/14173721:56
mrdaThis time for sure :P21:57
*** bradjones has quit IRC21:57
*** bradjones has joined #openstack-ironic22:00
*** ijw_ has joined #openstack-ironic22:01
*** ijw has quit IRC22:04
*** achanda has quit IRC22:08
*** andreykurilin_ has joined #openstack-ironic22:08
rloomrda: do you know what the story is with microversioning and your logical names patch?22:12
mrdaNo, deva did mention they were landing about the same time22:14
mrdabut that was it22:14
rloomrda: I'm confused about that. I +1 cuz I wasn't sure.22:14
mrdaMaybe we have to wait until morning when deva's back to answer that one?22:14
*** kevinbenton_ is now known as kevinbenton22:15
mrdadevananda: if you're back tonight, I'd like to discuss what needs to happen with logical names (141737) for microversioning.  If you could let me know what I need to do, I think logical names *might* be ready :)  Thanks in advance...22:16
rloomrda: thinking... jroll and I had a discussion about another patch earlier today, and decided they needed to bump the version. so I think that applies here too.22:16
mrdado you have a ref?22:16
rloomrda: sec22:17
mrda(to the patch)22:17
jrollI mean22:18
jrollthe logical name patch changes the api response22:18
jrolland request, even22:18
jrollthe version should be bumped22:18
openstackgerritKyle Stevenson proposed openstack/ironic-python-agent: Add additional logging and return results for IPA extensions  https://review.openstack.org/15275522:18
mrda(backwards compat on the request jroll :P22:18
jrolland names should be allowed post-bump only (imho)22:18
rloomrda: here's the earlier patch: https://review.openstack.org/#/c/150688/22:18
kylestevjroll: clif_h: JayF: ^^^^ if you'd like to take another look22:18
rloomrda: there's also a patch in flight that might affect things but I'm not sure (https://review.openstack.org/#/c/152527/)22:19
rloomrda: but I think the versioning needs to be bumped cuz I see deva commented on that in your patch.22:20
mrdaso this just means bumping MAX_VER ?22:21
rloomrda: yeah, I believe so.22:21
mrda(and commenting to that fact)22:21
*** jjohnson2 has quit IRC22:21
rloomrda: oh yeah. i wonder if the commit msg needs a DocImpact and/or an API Impact (or whatever that other tag was)22:22
mrdaeasy peesy22:22
mrdaPlease hold, your call is important to us...22:22
rloomrda: just no cruddy music please22:22
mrdaoh, the HEAD version of __init__.py doesn't have any comments.  Just the raw MIN/MAX_VER idents22:24
jlvillalSo on this patch:  https://review.openstack.org/#/c/153056/   It seems to me that the failure is a false positive.  But how do I prove that? :)22:24
mrdaunlike https://review.openstack.org/#/c/152527/2/ironic/api/controllers/v1/__init__.py22:24
rloomrda: yeah, that's why I wasn't sure if we should not approve anything until 152527 lands. but no one mentioned to me that we shouldn't, and we know that your change needs to bump the version...22:26
mrdaI'll start playing elevator music if you're not careful :)22:26
rloojlvillal: I think that's one of the tests we can sort of ignore. but there is a way to have the tests run again, via recheck.22:29
rloojlvillal: this documentation might help: https://wiki.openstack.org/wiki/GerritJenkinsGit#Test_Failures22:29
rloomrda: I'll hang up22:29
jlvillalrloo: Thanks!22:29
openstackgerritErhan Ekici proposed openstack/ironic: BugFix - write() expects string but gets something else  https://review.openstack.org/15270222:29
mrdalol22:29
mrdaok, so I've put it out there, let's see what happens22:30
openstackgerritMichael Davies proposed openstack/ironic: Add logical name support to Ironic  https://review.openstack.org/14173722:30
rloojlvillal: I reviewed your patch; that should trigger the tests to run again.22:31
jlvillalrloo: cool.  And thanks for the review.22:32
rloojlvillal: yw22:32
jlvillalrloo: I keep saying on a lot of patches for that test...22:32
jlvillalrloo: I keep seeing failures on a lot of patches for that test...22:33
rloojlvillal: yeah, I think that one isn't that 'reliable'22:33
jlvillalI agree :)22:33
rloojlvillal: I think it is a nonvoting test. Not sure though although I should know.22:34
jlvillalIt didn't vote, from what I saw.22:34
*** mlsoule has quit IRC22:35
*** imtiaz has joined #openstack-ironic22:38
openstackgerritwei du proposed openstack/ironic: Fix argument value for work_on_disk() in unit test  https://review.openstack.org/15307222:42
*** davideagnello has quit IRC22:44
*** andreykurilin_ has quit IRC22:46
*** digimonde has quit IRC22:46
*** mjturek has quit IRC22:48
*** anderbubble has quit IRC22:51
*** andreykurilin_ has joined #openstack-ironic22:55
openstackgerritMerged openstack/ironic: Update agent driver with new field driver_internal_info  https://review.openstack.org/15205522:58
*** davideagnello has joined #openstack-ironic23:04
*** davideagnello has quit IRC23:04
*** davideagnello has joined #openstack-ironic23:04
*** achanda has joined #openstack-ironic23:08
*** imtiaz_ has joined #openstack-ironic23:11
*** penick has quit IRC23:13
*** achanda has quit IRC23:15
*** imtiaz has quit IRC23:15
*** penick has joined #openstack-ironic23:17
NobodyCamtripleO check broken?23:28
*** absubram has quit IRC23:28
NobodyCam error: Domain not found: no domain with matching name 'baremetalbrbm2_14'23:28
*** korekhov has joined #openstack-ironic23:34
*** achanda has joined #openstack-ironic23:37
*** jjohnson2 has joined #openstack-ironic23:43
*** stendulker has joined #openstack-ironic23:47
jlvillalNobodyCam: I think it is broken.  I have seen failures on almost all patches.23:48
NobodyCamack :)23:48
*** jjohnson2 has quit IRC23:52

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