*** chandankumar has joined #openstack-climate | 05:02 | |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Implement keystone trust support https://review.openstack.org/48002 | 05:50 |
---|---|---|
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Add utils to work with openstack components https://review.openstack.org/52296 | 05:50 |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Implement basic plugin for VM management https://review.openstack.org/49142 | 05:50 |
Nikolay_St | bauzas: I see your comments to my previous patchsets | 05:50 |
Nikolay_St | bauzas: I'll fix them in ongoing patchsets | 05:50 |
Nikolay_St | bauzas: today and tomorrow, I think | 05:51 |
bauzas | Nikolay_St: okay | 08:14 |
bauzas | Nikolay_St: sorry, had no time for reviewing previously, and missed these points | 08:14 |
Nikolay_St | bauzas: it's okay - we are all humans :D | 08:19 |
Nikolay_St | bauzas: well | 08:20 |
Nikolay_St | bauzas: I find some interesting about nova and keystone client | 08:20 |
bauzas | sure | 08:21 |
Nikolay_St | we can send to keystone-client version | 08:21 |
Nikolay_St | but we can't do it with novaclient - it's hardcoded in novaclient/client.py as self.version = '1.1' | 08:21 |
bauzas | well, take a look at the Reservation Pool code | 08:22 |
Nikolay_St | okay. | 08:22 |
bauzas | we do choose which client version directly | 08:22 |
Nikolay_St | okay, I'll look at it | 08:22 |
bauzas | using Client('2', **kwargs) | 08:22 |
bauzas | and Keystone does the same wau | 08:23 |
bauzas | way | 08:23 |
Nikolay_St | yeap | 08:41 |
Nikolay_St | I see | 08:41 |
Nikolay_St | when did your holidays start? | 08:42 |
Nikolay_St | bauzas: when did your holidays start? | 08:42 |
bauzas | Nikolay_St: tomorrow EOB | 08:50 |
bauzas | until 4rd of Jan | 08:50 |
bauzas | 4th | 08:50 |
Nikolay_St | bauzas: so, I remeber properly | 08:50 |
bauzas | 2 weeks long | 08:51 |
Nikolay_St | yeap I get it | 08:51 |
Nikolay_St | bauzas: I'll try to fix as much as possible today, except unittestt and mark my patchsets as WIP | 08:52 |
bauzas | sure | 08:52 |
Nikolay_St | so | 08:52 |
bauzas | will try to take some time reviewing | 08:52 |
bauzas | if I can mix it with family matters :) | 08:52 |
Nikolay_St | I have one more comment about your general comment about utils/nova.py | 08:53 |
bauzas | ok, looking | 08:53 |
bauzas | still fighting with the gate about Policies' patch | 08:53 |
Nikolay_St | so, I want to say that it's not very good to use it only with servers. | 08:53 |
Nikolay_St | I see you use nova_client with aggregates, etc. | 08:54 |
bauzas | yup | 08:54 |
bauzas | as said, I think __getattr_ can help us | 08:54 |
Nikolay_St | so, it'll be better to move it to utils/nova as soon as they will be okay | 08:54 |
Nikolay_St | hm | 08:54 |
bauzas | sorry, can't get your point | 08:56 |
bauzas | btw, how do you do for filtering out when s/o is replying to your review comments ? | 08:57 |
bauzas | because I'm flooded with all notifications, and I'm missing the key comments you do when replying to my review | 08:57 |
bauzas | so, about the comment | 08:59 |
bauzas | there are 2 options | 08:59 |
bauzas | either we spawn one client per Nova submodule | 08:59 |
bauzas | that's not great I admin | 08:59 |
bauzas | admit | 08:59 |
bauzas | or we find some way to get the call | 08:59 |
bauzas | hold on, I'll give you some examples | 09:01 |
Nikolay_St | yeap | 09:04 |
Nikolay_St | I think I can't get it finally | 09:04 |
bauzas | http://paste.openstack.org/show/55463/ | 09:23 |
bauzas | here is one way to do this | 09:23 |
bauzas | of couse, you need to catch AttributeError and so on... | 09:23 |
bauzas | well, the class is named HypervisorManager, but you get the point | 09:25 |
bauzas | Nikolay_St: I got you the code : | 09:43 |
bauzas | http://paste.openstack.org/show/55466/ | 09:43 |
*** f_rossigneux has joined #openstack-climate | 09:44 | |
bauzas | Nikolay_St: I updated the comment with the proposal | 09:45 |
Nikolay_St | bauzas: I've discussed this with Yuriy and we think that the good thing is to generate clients in utils. | 09:55 |
Nikolay_St | bauzas: Nothing more | 09:55 |
bauzas | yup | 09:55 |
Nikolay_St | what do you think about it? | 09:55 |
bauzas | but as said, my concern is to have kind of catch-all method | 09:56 |
bauzas | I mean, I'm ok with creating the client in __init__ | 09:56 |
bauzas | i'm also ok with some extra methods we could write | 09:56 |
bauzas | but I don't want to look at the code for knowing which methods I can use, and which are not yet wrapped | 09:57 |
bauzas | that's why I proposed adding a catch-all __getattr__ | 09:57 |
bauzas | so your code would stick at it is | 09:58 |
bauzas | but for the methods only doing a call to Nova, they would be mutualized in __getattr__ | 09:58 |
bauzas | you got the idea ? | 09:58 |
bauzas | Nikolay_St: look at my pastie : http://paste.openstack.org/show/55466/ | 09:59 |
bauzas | you can add as many methods as you want provided they would have added value | 09:59 |
bauzas | and for others, that would only be a wrapper to the current nova methods | 09:59 |
bauzas | https://review.openstack.org/#/c/52296/16/climate/utils/openstack/nova.py | 10:01 |
bauzas | Nikolay_St: .get() and suspend() can be factorized | 10:01 |
bauzas | Nikolay_St: into __getattr__() | 10:01 |
bauzas | and I don't need to patch this for adding hypervisors support | 10:02 |
bauzas | maybe Yuriy could join us ? | 10:02 |
*** SergeyLukjanov has joined #openstack-climate | 10:03 | |
*** DinaBelova has joined #openstack-climate | 10:04 | |
DinaBelova | o/ | 10:06 |
bauzas | o/ | 10:07 |
bauzas | fyi, I'm fighting with Jenkisn | 10:07 |
bauzas | Jenkins 1 vs. Sylvain 0 | 10:07 |
bauzas | Policies CR makes me mad | 10:08 |
DinaBelova | I believe you'll defeat it :) | 10:08 |
bauzas | hope so | 10:09 |
bauzas | sooooo time consuming | 10:09 |
bauzas | I would love having my own Jenkins slave | 10:10 |
bauzas | for debugging | 10:10 |
Nikolay_St | ok, sounds good | 10:14 |
Nikolay_St | I'll ask him, but he is on meeting now | 10:15 |
*** f_rossigneux has quit IRC | 10:19 | |
*** DinaBelova has quit IRC | 10:30 | |
*** DinaBelova has joined #openstack-climate | 10:30 | |
*** f_rossigneux has joined #openstack-climate | 10:31 | |
openstackgerrit | Sylvain Bauza proposed a change to stackforge/climate: Policy management for Climate https://review.openstack.org/57200 | 10:34 |
openstackgerrit | François Rossigneux proposed a change to stackforge/climate: Physical host reservation https://review.openstack.org/54285 | 10:37 |
DinaBelova | bauzas, you here? | 10:39 |
bauzas | yup | 10:39 |
DinaBelova | I just spoke with Nick | 10:39 |
DinaBelova | about clients and their versions | 10:39 |
bauzas | sure | 10:40 |
DinaBelova | I mean your dialog | 10:40 |
DinaBelova | So I've got some conserns here | 10:40 |
DinaBelova | 1/ As I see https://github.com/stackforge/climate/blob/master/climate/plugins/oshosts/reservation_pool.py - here you add 2 version | 10:40 |
DinaBelova | to the nova client | 10:40 |
DinaBelova | And I'm really sorry I did not notice that before | 10:41 |
bauzas | yep ? | 10:41 |
bauzas | any issue with ? | 10:41 |
DinaBelova | because that actually does nothing speaking about version | 10:41 |
bauzas | ? | 10:42 |
DinaBelova | See python-novaclient / novaclient / client.py | 10:42 |
bauzas | yup, I'm in | 10:42 |
DinaBelova | So here line 66 | 10:42 |
DinaBelova | self.version = 'v1.1' | 10:42 |
DinaBelova | You just do nothing | 10:42 |
DinaBelova | by passing 2 | 10:42 |
DinaBelova | moreother | 10:42 |
DinaBelova | there is no v2 client | 10:43 |
bauzas | ok, lemme check :) | 10:43 |
DinaBelova | only 1_1 and 3 | 10:43 |
DinaBelova | and 3 is not about us | 10:43 |
bauzas | I'm checking on trunk | 10:43 |
DinaBelova | because it's functionality is included to 1_1 | 10:43 |
DinaBelova | we have no even opportunity to use anything else but 1_1 | 10:44 |
DinaBelova | of course, that worked | 10:44 |
DinaBelova | the lines you've written | 10:44 |
DinaBelova | but they use 1_1 :) | 10:44 |
bauzas | https://github.com/openstack/python-novaclient/blob/master/novaclient/client.py#L464 | 10:44 |
DinaBelova | and as you see | 10:45 |
DinaBelova | '1.1': 'novaclient.v1_1.client.Client', | 10:45 |
DinaBelova | '2': 'novaclient.v1_1.client.Client', | 10:45 |
DinaBelova | :) | 10:45 |
bauzas | yup | 10:45 |
bauzas | ah, you mean we should stick asking for 1.1 ? | 10:45 |
bauzas | instead of 2 ? | 10:45 |
DinaBelova | yes, something about that | 10:45 |
DinaBelova | Also | 10:45 |
bauzas | well, as per I see with other projects, they are asking for version 2, even if it's 1.1 | 10:46 |
DinaBelova | I mean we have no variant here | 10:46 |
DinaBelova | Do you see any reason for doing that? | 10:46 |
bauzas | we could ask for version 3 | 10:46 |
DinaBelova | No-no | 10:46 |
DinaBelova | That won't work | 10:46 |
DinaBelova | v3 works anly with hosts, agents and something else | 10:47 |
DinaBelova | aggreagates and so on are in 1_1 | 10:47 |
DinaBelova | I just think we may want to have transparency here | 10:47 |
DinaBelova | we actually use v1_1 | 10:47 |
DinaBelova | because there is no 2, really | 10:47 |
bauzas | ok, got your point, but I think something can be done | 10:47 |
bauzas | lemme summarize | 10:48 |
DinaBelova | sure | 10:48 |
bauzas | 1. there are various client versions with different params | 10:48 |
bauzas | 2. each version can only support some methods | 10:48 |
DinaBelova | yep | 10:48 |
bauzas | 3. we need to be as generic as possible | 10:48 |
bauzas | so, here is what I propose : | 10:49 |
DinaBelova | I'm not speaking about removing all you suggested :) Nick will implement that | 10:49 |
DinaBelova | :) | 10:49 |
DinaBelova | I just say, that we should keep in mind what do we actually use | 10:49 |
bauzas | 1. define init method for Nick's client using *args and **kwargs, and passing them to the nova client | 10:49 |
bauzas | 2. make sure the __getattr__ method will raise AttributeNotFound if the method is not implemented | 10:50 |
bauzas | 3. do the wrapper having a version param, as for they do in Novaclient | 10:50 |
bauzas | I mean, Nick's wrapper is great if we need to override with extra stuff methods | 10:51 |
bauzas | and also for having one single point of defining our interfaces with Nova | 10:51 |
DinaBelova | bauzas, agree with you | 10:51 |
DinaBelova | I just propose to use 1_1 client for Nova | 10:51 |
DinaBelova | and 3 for Keystone | 10:52 |
DinaBelova | by default | 10:52 |
DinaBelova | because for Nova it's actually the thing we need | 10:52 |
DinaBelova | and for Keystone v3 does everything v2 does | 10:52 |
DinaBelova | but also uses trusts, projects (not tenants), etc. | 10:52 |
bauzas | by default, you mean we won't accept other version in the client, or if not asked for, it will be the version to use ? | 10:53 |
DinaBelova | if not asked for, it will be the version to use | 10:53 |
bauzas | oh ok, of course ! | 10:53 |
bauzas | :) | 10:53 |
DinaBelova | Because now I see v2 for Nova in our code, that's not transparent, really... | 10:53 |
bauzas | I was just saying the client should *not* directly import the v1_1 class for Novaclient but rather use the client inteface | 10:54 |
bauzas | which can be passed a version param | 10:54 |
DinaBelova | ok, sure | 10:54 |
DinaBelova | And for Keystone I thought you'd like to have 2 version | 10:54 |
DinaBelova | by default | 10:54 |
DinaBelova | Am I wrong? | 10:54 |
DinaBelova | Because I belive 3 is better here... | 10:54 |
DinaBelova | believe*** | 10:54 |
bauzas | well, again, I'm just saying we should implement the possibilty to use Nick's wrapper with different Keystone/Nova versions | 10:55 |
DinaBelova | Because it actually is the same as 2, but better :) | 10:55 |
bauzas | I'm OK with Keystone 3 and Nova 2 | 10:55 |
bauzas | as default values for the parameter | 10:55 |
DinaBelova | Nova 2? | 10:55 |
DinaBelova | Or 1_1? :) | 10:55 |
bauzas | :) | 10:55 |
bauzas | if you look at other projects, they do use nova 2 :) | 10:55 |
DinaBelova | that looks like a smiley: 1_1 | 10:55 |
bauzas | ^-^ | 10:55 |
bauzas | even if nova 2 == 1_1 :D | 10:56 |
DinaBelova | Ok, I got your point | 10:56 |
bauzas | internally | 10:56 |
bauzas | ok, that's great | 10:56 |
DinaBelova | maybe we should follow other projects moves here | 10:56 |
bauzas | once Nick's patch is release, I will amend reservation pool and nova_inventory | 10:56 |
DinaBelova | although using 2 that is 1_1 seems strange and not really transparet for me | 10:57 |
DinaBelova | bauzas, great! | 10:57 |
DinaBelova | just wanted to ask you :) | 10:57 |
bauzas | oh btw, could you please offer me a Christmas gift ? :D | 10:57 |
DinaBelova | policy review? :) | 10:58 |
bauzas | if the Manager review sounds good to you... click on +2/A :D | 10:58 |
DinaBelova | :D | 10:58 |
DinaBelova | ho-ho-ho :) | 10:58 |
bauzas | well, a Policy Test Case is frightening me | 10:58 |
bauzas | can't understand what's wrong | 10:58 |
bauzas | this testcase is pretty simple | 10:59 |
bauzas | only checking that if a file's mtime changes, it has to reload policies | 10:59 |
bauzas | it works like a charm on my desktop | 10:59 |
bauzas | but sounds like time.sleep() is not working on Jenkins | 10:59 |
DinaBelova | I'm Santa Claus :) https://review.openstack.org/#/c/53840/ | 11:00 |
DinaBelova | mmm | 11:00 |
bauzas | oh dear ! | 11:00 |
bauzas | well, I was planning to accept a few reviews :D | 11:00 |
bauzas | maybe it's also time for you to receive gifts... :) | 11:00 |
bauzas | as plural :) | 11:00 |
DinaBelova | :D | 11:00 |
DinaBelova | I just think that now I can find nothing in your code :) | 11:01 |
DinaBelova | If there will be errors, let's just file bugs and fix them | 11:01 |
DinaBelova | I can see nothing now | 11:01 |
DinaBelova | that make me feel somehow wrong about your manager :) | 11:01 |
bauzas | for sure | 11:02 |
bauzas | well, do you have any ideas why time.sleep() wouldn't work on Jenkins ? | 11:03 |
bauzas | maybe because it's threaded ? | 11:03 |
bauzas | shall I use eventlet.sleep() ? | 11:03 |
DinaBelova | I'm just thinking about that | 11:03 |
bauzas | https://review.openstack.org/#/c/57200/24/climate/tests/test_policy.py L547 | 11:03 |
bauzas | L57 | 11:04 |
DinaBelova | but I cannot find that moment in logs | 11:04 |
DinaBelova | oh | 11:04 |
DinaBelova | thanks | 11:04 |
DinaBelova | http://logs.openstack.org/00/57200/23/check/gate-climate-python27/335857e/console.html | 11:04 |
DinaBelova | I'm looking here | 11:04 |
bauzas | yep | 11:04 |
DinaBelova | But I see OperationalError: (OperationalError) unable to open database file None None | 11:04 |
bauzas | I was having this error typically because the file is changed so quickly that mtimes are identical | 11:04 |
DinaBelova | Why are you thinkind that's about time.sleep? | 11:04 |
bauzas | because of the real failure | 11:05 |
DinaBelova | oh, got it | 11:05 |
bauzas | the test is failing because the assertion is incorrect | 11:05 |
DinaBelova | so you thing that's because we have no sleeps here? | 11:05 |
bauzas | it should raise True | 11:05 |
bauzas | well, that's something I recently changed | 11:05 |
bauzas | I was forcing to reload policies each time there was a call to enforce() | 11:05 |
bauzas | so that worked | 11:06 |
bauzas | now, I made something better | 11:06 |
bauzas | I removed the call to reload policies | 11:06 |
bauzas | because the call was already made in the olso code | 11:06 |
bauzas | the main difference in the oslo code is that the enforcer is checking mtime of policy.json to know if it has to reload the file | 11:07 |
DinaBelova | ok, got it | 11:07 |
bauzas | so, that's why I need to simulate a pause | 11:07 |
bauzas | the pause can be .01 secs, that's enough | 11:07 |
DinaBelova | that's quite strange, really | 11:07 |
DinaBelova | i mean | 11:07 |
bauzas | as mtime is giving time in 1/10 msecs | 11:07 |
bauzas | yup | 11:08 |
bauzas | as said, I would be time.sleeep() is not working | 11:08 |
bauzas | but I don't want to instrument the code | 11:08 |
bauzas | well, I think I will get rid of the test | 11:09 |
bauzas | because I'm testing something which is now in Olso | 11:09 |
bauzas | Olo | 11:09 |
bauzas | Oslo | 11:09 |
bauzas | it was needed to be checked provided I was explicitely saying to reload the file | 11:09 |
bauzas | now that's oslo thing | 11:10 |
DinaBelova | tests are running in parallel now, I think time should work ok here | 11:10 |
DinaBelova | that's strange | 11:10 |
DinaBelova | it is not | 11:10 |
DinaBelova | Sylvain, just one question here | 11:14 |
DinaBelova | oh, not | 11:15 |
DinaBelova | nothing | 11:15 |
openstackgerrit | Sylvain Bauza proposed a change to stackforge/climate: Policy management for Climate https://review.openstack.org/57200 | 11:19 |
DinaBelova | Do you want to check if tests removal will help? | 11:20 |
openstackgerrit | A change was merged to stackforge/climate: Add Host Reservation Admin Manager https://review.openstack.org/53840 | 11:24 |
bauzas | well, removing the test helps | 11:36 |
bauzas | that's normal | 11:36 |
bauzas | it only fails on that piece | 11:36 |
bauzas | and again, there is no sense leaving the test | 11:36 |
DinaBelova | I think test should be there... It's important I believe... I really don't like the fact it's failing, but we should find reason for that... | 11:39 |
bauzas | well, look at the test I removed | 11:42 |
bauzas | I was physically writing a file | 11:42 |
bauzas | reading it | 11:42 |
bauzas | then asserting something | 11:43 |
bauzas | then rewriting the file | 11:43 |
bauzas | then asserting again | 11:43 |
DinaBelova | Many tests look like that :D | 11:43 |
bauzas | yup | 11:43 |
bauzas | but as said, I was then only testing the automatic reload capability | 11:43 |
bauzas | which is not some code I wrote | 11:43 |
bauzas | but rather coming from the olso enforce method | 11:44 |
DinaBelova | Ok, let's just remove that | 11:44 |
DinaBelova | also there are pep8 errors because of imports | 11:44 |
bauzas | I agree this is not 100% perfect thou | 11:44 |
bauzas | oh shit... | 11:44 |
DinaBelova | you used for that test | 11:44 |
bauzas | dear | 11:44 |
DinaBelova | they are still there :) | 11:44 |
bauzas | that's typically when I'm doing craps | 11:45 |
bauzas | ... | 11:45 |
DinaBelova | As many of us :D | 11:45 |
DinaBelova | Also I would like to mention | 11:45 |
DinaBelova | I'm about to finish Nova extensions needed for instance reserving | 11:46 |
DinaBelova | Through Nova API | 11:46 |
bauzas | oh cool | 11:46 |
bauzas | that's something I thought about | 11:46 |
bauzas | I saw your POC | 11:46 |
DinaBelova | I'd like to publish review for them in climate-nova | 11:46 |
DinaBelova | as we have such repo now :) | 11:46 |
bauzas | but I was just thing "why just not add an Nova extension ?" | 11:46 |
DinaBelova | Because it was there, really | 11:46 |
DinaBelova | that time (without shelved ones) it was impossible to miss that core changes.. | 11:47 |
bauzas | that's something unclear | 11:47 |
DinaBelova | now it is :) | 11:47 |
bauzas | how do you plan to hook the thing with Nova then ? | 11:47 |
bauzas | when the user wanna boot ? | 11:47 |
DinaBelova | Only with extensions now - we'll pass just simple hints there | 11:47 |
DinaBelova | If user wants to boot he/she just boots | 11:48 |
DinaBelova | if wants to reserve - passes sevaral reservation hints | 11:48 |
DinaBelova | and that's it | 11:48 |
bauzas | oh ok | 11:48 |
bauzas | as for the physical host reservation thing :p | 11:48 |
DinaBelova | nothing heavy or something :) | 11:48 |
bauzas | so, what have you patched ? | 11:49 |
bauzas | the nova client ? | 11:49 |
bauzas | or does it accept kinda hints ? | 11:49 |
DinaBelova | No, only new extension | 11:49 |
DinaBelova | there are scheduler_hints | 11:49 |
DinaBelova | that may be passed thru nova API | 11:49 |
bauzas | sure we all know:D | 11:49 |
DinaBelova | and we may use them in different ways | 11:49 |
bauzas | ok so you created a ClimateFilter ? | 11:50 |
DinaBelova | no, API extension | 11:50 |
bauzas | ok, enough questions, will see directly :p | 11:50 |
DinaBelova | ok | 11:51 |
bauzas | because we need to implement our own Filter | 11:51 |
bauzas | atm, with 0.1, you will have possibility to boot VMs using the AZ name of the pool | 11:51 |
bauzas | but if you don't specify nothing, a VM could be scheduled on some host in a dedicated pool (even freepool) | 11:52 |
bauzas | :D | 11:52 |
bauzas | so we need to write a filter for this | 11:52 |
bauzas | in order to deny all freepool and user pools | 11:52 |
bauzas | unless it's a request using the scheduler hint | 11:52 |
DinaBelova | bauzas, sure, as I saw on all your proposals :) | 11:52 |
DinaBelova | That looks nice | 11:52 |
bauzas | so, that's cool that you're passing a scheduler hint for virtual leases too | 11:53 |
bauzas | we're having kinda same interfaces for requests | 11:53 |
bauzas | even if that's not related to the same things | 11:53 |
openstackgerrit | Sylvain Bauza proposed a change to stackforge/climate: Policy management for Climate https://review.openstack.org/57200 | 11:56 |
openstackgerrit | Nikolay Starodubtsev proposed a change to stackforge/climate: Add utils to work with openstack components https://review.openstack.org/52296 | 12:01 |
bauzas | folks, I won't be able to attend the 2 next weekly meetings | 12:43 |
bauzas | will you be back on 6th Jan ? | 12:44 |
bauzas | I'm opening a discussion | 12:44 |
bauzas | into ML | 12:44 |
*** ChanServ sets mode: +o bauzas | 12:45 | |
*** bauzas changes topic to "Weekly meetings suspended for the next two weeks until 6th Jan'14" | 12:46 | |
bauzas | I changed the topic name, let's discuss this by email | 12:46 |
openstackgerrit | François Rossigneux proposed a change to stackforge/climate: Physical host reservation https://review.openstack.org/54285 | 13:12 |
*** chandankumar_ has joined #openstack-climate | 13:44 | |
*** chandankumar_ has quit IRC | 13:44 | |
*** chandankumar has quit IRC | 14:06 | |
SergeyLukjanov | fyi http://lists.openstack.org/pipermail/openstack-dev/2013-December/022734.html | 14:10 |
*** openstack has joined #openstack-climate | 14:49 | |
*** DinaBelova has quit IRC | 15:07 | |
*** DinaBelova has joined #openstack-climate | 15:12 | |
*** DinaBelova has quit IRC | 15:22 | |
*** DinaBelova has joined #openstack-climate | 15:41 | |
*** SergeyLukjanov has quit IRC | 15:56 | |
*** DinaBelova has quit IRC | 16:03 | |
*** SergeyLukjanov has joined #openstack-climate | 16:38 | |
*** YorikSar has joined #openstack-climate | 16:51 | |
*** SergeyLukjanov is now known as _SergeyLukjanov | 17:03 | |
*** _SergeyLukjanov has quit IRC | 17:04 | |
*** SergeyLukjanov has joined #openstack-climate | 17:07 | |
*** DinaBelova has joined #openstack-climate | 17:45 | |
DinaBelova | bauzas, I see you've proposed your candidacy :) | 17:54 |
DinaBelova | Me next :D | 17:54 |
*** DinaBelova has quit IRC | 18:16 | |
*** f_rossigneux has quit IRC | 18:30 | |
*** scroiset_ has joined #openstack-climate | 19:42 | |
*** scroiset has quit IRC | 19:42 | |
*** DinaBelova has joined #openstack-climate | 20:48 | |
*** DinaBelova has quit IRC | 20:52 | |
*** SergeyLukjanov has quit IRC | 21:46 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!